前言携手共创，致敬不凡！2025年，OpenTiny持续在前端开源领域扎根，每一位开发者都是推动项目共同前行的宝贵力量。从bug修复，到技术探讨；从参与开源活动，到输出技术文章；从使用项目，到参与共建，每一步跨越，都凝聚了开发者的智慧与汗水。致敬所有在OpenTiny社区里默默付出、积极贡献、引领创新的杰出个人，我们正式启动“OpenTiny年度贡献者评选”活动！快为你喜爱的人气贡献者投票吧~人气贡献者评选名单公布：年度贡献者投票评选时间：2025年12月25日-2025年12月31日投票规则：每人每天可回答3次，每次最多可投2票，最终投票结果选取前5名投票入口：cid:link_0关于OpenTiny欢迎加入 OpenTiny 开源社区。添加微信小助手：opentiny-official 一起参与交流前端技术～OpenTiny 官网：https://opentiny.designOpenTiny 代码仓库：https://github.com/opentinyTinyVue 源码：https://github.com/opentiny/tiny-vueTinyEngine 源码：https://github.com/opentiny/tiny-engine欢迎进入代码仓库 Star🌟TinyEngine、TinyVue、TinyNG、TinyCLI~ 如果你也想要共建，可以进入代码仓库，找到 good first issue标签，一起参与开源贡献~

前言携手共创，致敬不凡！2025年，OpenTiny持续在前端开源领域扎根，每一位开发者都是推动项目共同前行的宝贵力量。从bug修复，到技术探讨；从参与开源活动，到输出技术文章；从使用项目，到参与共建，每一步跨越，都凝聚了开发者的智慧与汗水。致敬所有在OpenTiny社区里默默付出、积极贡献、引领创新的杰出个人，我们正式启动“OpenTiny年度贡献者评选”活动！欢迎各位开发者踊跃报名~活动详情活动简介：本次活动主要是通过开发者申报+社区评选+开发者投票形式开展，入选开发者后续可获得相应活动礼品。本次活动一共设置 4 类奖项。“技术炼金师”（参与共建）、“布道魔法师”（参与分享）、“社区宝藏玩家”（参与社区讨论） 三个类目奖项通过投票评选获奖选手，本次投票共选出5名获奖选手，按照名次顺利依次给予相应奖励。“技术硬核奖”则由社区自主根据实际共建情况评选 2 位，获得机械键盘/蓝牙音响（2选1）及荣誉证书活动奖品：荣誉奖项礼品第一名技术炼金师布道魔法师社区宝藏玩家机械键盘 / 蓝牙音响（2选1） +荣誉证书第二名华为 66W 快充充电宝+荣誉证书第三名BKT 护腰坐垫椅+荣誉证书第四/五名屏幕挂灯+荣誉证书社区优秀共建者技术硬核奖机械键盘 / 蓝牙音响（2选1） +荣誉证书活动时间：年度贡献者征集时间：2025年12月17日-2025年12月24日年度贡献者投票评选时间：2025年12月25日-2025年12月31日报名入口：https://v.wjx.cn/vm/tdGJdjR.aspx#关于OpenTiny欢迎加入 OpenTiny 开源社区。添加微信小助手：opentiny-official 一起参与交流前端技术～OpenTiny 官网：https://opentiny.designOpenTiny 代码仓库：https://github.com/opentinyTinyVue 源码：https://github.com/opentiny/tiny-vueTinyEngine 源码： https://github.com/opentiny/tiny-engine欢迎进入代码仓库 Star🌟TinyEngine、TinyVue、TinyNG、TinyCLI、TinyEditor~如果你也想要共建，可以进入代码仓库，找到 good first issue 标签，一起参与开源贡献~

尊敬的开发者朋友：昇思人工智能框架峰会即将于12月25日在杭州国际博览中心盛大开启！我们特别为你准备了两大专属互动环节，助你深入技术核心，解决实战难题。扫码即刻报名，期待与你线下相见，共话AI框架未来！  

引入协程背景有大量的异步业务逻辑, 传统的回调代码割裂, 可读性差, 不可避免的回调地狱简化编码复杂度，希望底层能够支持协程, 简化跨线程或者实现rpc的能力项目Github: CrystalNetCrystalNet支持C++20, 包括requires, 协程等特性协程框架是CrystalNet的一个底层支持协程源码路径:kernel/include/kernel/comp/Coroutines测试case: TestCoroutine.h/TestCoroutine.cpp TestPoller.h/TestPoller.cpp细节介绍封装一个通用的协程类template<typename T> class CoTask<T>封装一个阻塞等待类CoWaiter,并提供阻塞等待接口:CoTask<> Waiting(), 用于等待条件满足时唤醒协程设计封装了一个Poller，主要用于处理事件循环, 协程的suspend时候会向Poller抛异步任务调度协程, 直到在CoWaiting时永久阻塞CoTask提供GetParam让用户在协程阻塞时获取到协程句柄，方便用户在条件满足时通过协程句柄唤醒协程Poller提供SendAsync接口实现跨线程的通信(协程方式提供)// 跨线程协程消息(otherPoller也可以是自己) // req暂时只能传指针，而且会在otherChannel（可能不同线程）释放 // req/res 必须实现Release, ToString接口 template<typename ResType, typename ReqType> requires requires(ReqType req, ResType res) { // req/res必须有Release接口 req.Release(); res.Release(); // req/res必须有ToString接口 req.ToString(); res.ToString(); } CoTask<KERNEL_NS::SmartPtr<ResType, AutoDelMethods::Release>> SendToAsync(Poller &otherPoller, ReqType *req) { // 1.ptr用来回传ResType KERNEL_NS::SmartPtr<ResType *, KERNEL_NS::AutoDelMethods::CustomDelete> ptr(KERNEL_NS::KernelCastTo<ResType *>( kernel::KernelAllocMemory<KERNEL_NS::_Build::TL>(sizeof(ResType **)))); ptr.SetClosureDelegate([](void *p) { // 释放packet auto castP = KERNEL_NS::KernelCastTo<ResType*>(p); if(*castP) (*castP)->Release(); KERNEL_NS::KernelFreeMemory<KERNEL_NS::_Build::TL>(castP); }); *ptr = NULL; // 设置stub => ResType的事件回调 UInt64 stub = ++_maxStub; KERNEL_NS::SmartPtr<KERNEL_NS::TaskParamRefWrapper, KERNEL_NS::AutoDelMethods::Release> params = KERNEL_NS::TaskParamRefWrapper::NewThreadLocal_TaskParamRefWrapper(); SubscribeStubEvent(stub, [ptr, params](KERNEL_NS::StubPollerEvent *ev) mutable { KERNEL_NS::ObjectPollerEvent<ResType> *finalEv = KernelCastTo<KERNEL_NS::ObjectPollerEvent<ResType>>(ev); // 将结果带出去 *ptr = finalEv->_obj; finalEv->_obj = NULL; // 唤醒Waiter auto &coParam = params->_params; if(coParam && coParam->_handle) coParam->_handle->ForceAwake(); }); // 发送对象事件 ObjectPollerEvent到 other auto iterChannel = _targetPollerRefChannel.find(&otherPoller); if(LIKELY(iterChannel != _targetPollerRefChannel.end())) { auto objEvent = ObjectPollerEvent<ReqType>::New_ObjectPollerEvent(stub, false, this, iterChannel->second); objEvent->_obj = req; iterChannel->second->Send(objEvent); } else { auto objEvent = ObjectPollerEvent<ReqType>::New_ObjectPollerEvent(stub, false, this, nullptr); objEvent->_obj = req; otherPoller.Push(objEvent); } // 等待 ObjectPollerEvent 的返回消息唤醒 auto poller = this; // 外部如果协程销毁兜底销毁资源 auto releaseFun = [stub, poller]() { poller->UnSubscribeStubEvent(stub); }; auto delg = KERNEL_CREATE_CLOSURE_DELEGATE(releaseFun, void); co_await KERNEL_NS::Waiting().SetDisableSuspend().GetParam(params).SetRelease(delg); if(LIKELY(params->_params)) { auto &pa = params->_params; if(pa->_errCode != Status::Success) { g_Log->Warn(LOGFMT_OBJ_TAG("waiting err:%d, stub:%llu, req:%p") , pa->_errCode, stub, req); UnSubscribeStubEvent(stub); } // 销毁waiting协程 if(pa->_handle) pa->_handle->DestroyHandle(pa->_errCode); } // 3.将消息回调中的ResType引用设置成空 auto res = *ptr; *ptr = NULL; co_return KERNEL_NS::SmartPtr<ResType, KERNEL_NS::AutoDelMethods::Release>(res); } 提供异步化工具函数: PostCaller异步编码举例代码在测试用例:TestPoller, 示例中实现了co_await 请求一个req，并返回一个resclass TestTimeoutStartup : public KERNEL_NS::IThreadStartUp { POOL_CREATE_OBJ_DEFAULT_P1(IThreadStartUp, TestTimeoutStartup); public: TestTimeoutStartup(KERNEL_NS::LibEventLoopThread * target) : _target(target) { } virtual void Run() override { KERNEL_NS::PostCaller([this]() mutable -> KERNEL_NS::CoTask<> { auto targetPoller = co_await _target->GetPoller(); auto req = HelloWorldReq::New_HelloWorldReq(); auto res = co_await targetPoller->template SendAsync<HelloWorldRes, HelloWorldReq>(req).SetTimeout(KERNEL_NS::TimeSlice::FromSeconds(5)); g_Log->Info(LOGFMT_NON_OBJ_TAG(TestTimeoutStartup, "res return")); }); } virtual void Release() override { TestTimeoutStartup::Delete_TestTimeoutStartup(this); } KERNEL_NS::LibEventLoopThread * _target; };

 扫码进群即可获取免费报名券和午餐券 

11月15日，CANN Meetup 北京站，邀您共赴一场技术盛宴

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集replication、replication_slot指标时失败了，报错信息如下：time=2025-09-05T09:34:16.375+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=replication duration_seconds=0.0711601 err="ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883)"time=2025-09-05T09:34:16.674+08:00 level=INFO source=namespace.go:235 msg="error finding namespace" err="Error running query on database \"113.44.80.136:8000\": pg_stat_replication ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883)"time=2025-09-05T09:34:16.711+08:00 level=INFO source=namespace.go:235 msg="error finding namespace" err="Error running query on database \"113.44.80.136:8000\": pg_replication_slots ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883)"time=2025-09-05T09:34:16.755+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=replication_slot duration_seconds=0.4515532 err="ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883)"time=2025-09-11T15:33:59.609+08:00 level=ERROR source=gaussdb_exporter.go:684 msg="error scraping dsn" err="queryNamespaceMappings errors encountered, namespace: pg_stat_replication error: Error running query on database \"113.44.80.136:8000\": pg_stat_replication ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883), namespace: pg_replication_slots error: Error running query on database \"113.44.80.136:8000\": pg_replication_slots ERROR: Function pg_last_wal_receive_lsn() does not exist. (SQLSTATE 42883)" dsn="gaussdb://root:PASSWORD_REMOVED@113.44.80.136:8000/circle_test?sslmode=disable"相关SQL：SELECT *, (CASE pg_is_in_recovery () WHEN 't' THEN pg_last_wal_receive_lsn () ELSE pg_current_wal_lsn () END) AS pg_current_wal_lsn, ( CASE pg_is_in_recovery () WHEN 't' THEN pg_wal_lsn_diff (pg_last_wal_receive_lsn (), PG_LSN ('0/0')) :: FLOAT ELSE pg_wal_lsn_diff (pg_current_wal_lsn (), PG_LSN ('0/0')) :: FLOAT END ) AS pg_current_wal_lsn_bytes, ( CASE pg_is_in_recovery () WHEN 't' THEN pg_wal_lsn_diff (pg_last_wal_receive_lsn (), replay_lsn) :: FLOAT ELSE pg_wal_lsn_diff (pg_current_wal_lsn (), replay_lsn) :: FLOAT END ) AS pg_wal_lsn_diff FROM pg_stat_replication;SELECT slot_name, DATABASE, active, (CASE pg_is_in_recovery () WHEN 't' THEN pg_wal_lsn_diff (pg_last_wal_receive_lsn (), restart_lsn) ELSE pg_wal_lsn_diff (pg_current_wal_lsn (), restart_lsn) END) AS pg_wal_lsn_diff FROM pg_replication_slots;SELECT slot_name, slot_type, CASE WHEN pg_is_in_recovery () THEN pg_last_wal_receive_lsn () - '0/0' ELSE pg_current_wal_lsn () - '0/0' END AS current_wal_lsn, 0 AS confirmed_flush_lsn, active FROM pg_replication_slots;错误提示很明确：SQL查询中引用了名为 pg_last_wal_receive_lsn() 的函数，但该函数在数据库系统中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统函数与监控工具期望的不一致？pg_last_wal_receive_lsn() 函数在当前版本的GaussDB中是否存在？这个函数是否是PostgreSQL特有的而非GaussDB的内置函数？解决方案：对于这类复制监控指标采集，GaussDB的正确实践是什么？是需要使用不同的系统函数，还是需要查询特定的系统视图来获取接收LSN信息？是否需要启用特定的复制监控功能或配置？版本差异：pg_last_wal_receive_lsn() 函数是否是某些PostgreSQL版本中特有的？我当前使用的GaussDB版本可能基于哪个PostgreSQL基础版本，以及GaussDB自身对此功能的支持情况如何？任何关于此问题的排查思路、系统函数差异说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集replication_slot指标时失败了，报错信息如下：time=2025-09-17T10:45:23.325+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=replication_slot duration_seconds=0.6615468 err="ERROR: Column \"wal_status\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT     slot_name,     slot_type,     0 AS current_wal_lsn,     0 AS confirmed_flush_lsn,     active,     0,     wal_status FROM pg_replication_slots;错误提示很明确：SQL查询中引用了名为 wal_status的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？replication_slot相关的系统视图究竟是哪个？（例如是pg_replication_slots吗？）这个视图在当前版本的GaussDB中是否不包含 wal_status列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：wal_status列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集replication_slot指标时失败了，报错信息如下：time=2025-09-17T10:17:36.080+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=replication_slot duration_seconds=0.8542995 err="ERROR: Column \"safe_wal_size\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT slot_name, slot_type, 0 AS current_wal_lsn,   0 AS confirmed_flush_lsn, active, safe_wal_size, '' FROM pg_replication_slots;错误提示很明确：SQL查询中引用了名为 safe_wal_size的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？replication_slot相关的系统视图究竟是哪个？（例如是pg_replication_slots吗？）这个视图在当前版本的GaussDB中是否不包含 safe_wal_size列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：safe_wal_size列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集replication_slot指标时失败了，报错信息如下：time=2025-09-16T17:01:36.715+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=replication_slot duration_seconds=0.4178095 err="ERROR: Column \"confirmed_flush_lsn\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT     slot_name,     slot_type,     0 AS current_wal_lsn,    COALESCE(confirmed_flush_lsn, '0/0') - '0/0' AS confirmed_flush_lsn,     active,     0,     '' FROM pg_replication_slots;错误提示很明确：SQL查询中引用了名为 confirmed_flush_lsn 的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？replication_slot相关的系统视图究竟是哪个？（例如是pg_replication_slots吗？）这个视图在当前版本的GaussDB中是否不包含 confirmed_flush_lsn列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：confirmed_flush_lsn列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

关于 OpenTiny 欢迎加入 OpenTiny 开源社区。添加微信小助手：opentiny-official 一起参与交流前端技术～OpenTiny 官网：https://opentiny.designOpenTiny 代码仓库：https://github.com/opentinyTinyVue 源码：https://github.com/opentiny/tiny-vueTinyEngine 源码：https://github.com/opentiny/tiny-engine欢迎进入代码仓库 Star🌟TinyEngine、TinyVue、TinyNG、TinyCLI、TinyEditor~如果你也想要共建，可以进入代码仓库，找到 good first issue 标签，一起参与开源贡献~  

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集stat_archiver指标时失败了，报错信息如下：time=2025-09-05T09:34:16.745+08:00 level=INFO source=namespace.go:235 msg="error finding namespace" err="Error running query on database \"113.44.80.136:8000\": pg_stat_archiver ERROR: Relation \"pg_stat_archiver\" does not exist on dn_6001_6002_6003. (SQLSTATE 42P01)"相关SQL：SELECT *, extract(epoch from now() - last_archived_time) AS last_archive_ageFROM pg_stat_archiver错误提示很明确：SQL查询中视图pg_stat_archiver不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？stat_archiver 相关的系统视图究竟是哪个？（例如是pg_stat_archiver吗？）解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：视图pg_stat_archiver是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集stat_user_tables指标时失败了，报错信息如下：time=2025-09-05T09:34:16.792+08:00 level=ERROR source=collector.go:207 msg="collector failed" name=stat_user_tables duration_seconds=0.4879153 err="ERROR: Column \"n_mod_since_analyze\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT current_database() datname, schemaname, relname, seq_scan, seq_tup_read, idx_scan, idx_tup_fetch, n_tup_ins, n_tup_upd, n_tup_del, n_tup_hot_upd, n_live_tup, n_dead_tup, COALESCE(last_vacuum, '1970-01-01Z') as last_vacuum, COALESCE(last_autovacuum, '1970-01-01Z') as last_autovacuum, COALESCE(last_analyze, '1970-01-01Z') as last_analyze, COALESCE(last_autoanalyze, '1970-01-01Z') as last_autoanalyze, vacuum_count, autovacuum_count, analyze_count, autoanalyze_count, pg_indexes_size(relid) as indexes_size, pg_table_size(relid) as table_sizeFROM pg_stat_user_tables错误提示很明确：SQL查询中引用了名为 n_mod_since_analyze 的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？stat_user_tables 相关的系统视图究竟是哪个？（例如是pg_stat_user_tables吗？）这个视图在当前版本的GaussDB中是否不包含 n_mod_since_analyze 列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：n_mod_since_analyze 列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集stat_activity指标时失败了，报错信息如下：time=2025-09-10T17:22:38.015+08:00 level=INFO source=namespace.go:235 msg="error finding namespace" err="Error running query on database \"113.44.80.136:8000\": pg_stat_activity ERROR: Column \"wait_event\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT pg_database.datname, tmp.state, tmp2.usename, tmp2.application_name, tmp2.backend_type, tmp2.wait_event_type, tmp2.wait_event, COALESCE(count,0) as count, COALESCE(max_tx_duration,0) as max_tx_duration FROM ( VALUES ('active'), ('idle'), ('idle in transaction'), ('idle in transaction (aborted)'), ('fastpath function call'), ('disabled') ) AS tmp(state) CROSS JOIN pg_database LEFT JOIN ( SELECT datname, state, usename, application_name, backend_type, wait_event_type, wait_event, count(*) AS count, MAX(EXTRACT(EPOCH FROM now() - xact_start))::float AS max_tx_duration FROM pg_stat_activity GROUP BY datname,state,usename,application_name,backend_type,wait_event_type,wait_event) AS tmp2 ON tmp.state = tmp2.state AND pg_database.datname = tmp2.datname错误提示很明确：SQL查询中引用了名为 wait_event 的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？stat_activity 相关的系统视图究竟是哪个？（例如是pg_stat_activity吗？）这个视图在当前版本的GaussDB中是否不包含 wait_event 列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：wait_event 列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！

技术大神们好，我在使用GaussDB时遇到一个监控采集方面的错误，特来求助。我的collector在尝试采集stat_activity指标时失败了，报错信息如下：time=2025-09-10T15:47:07.742+08:00 level=INFO source=namespace.go:235 msg="error finding namespace" err="Error running query on database \"113.44.80.136:8000\": pg_stat_activity ERROR: Column \"wait_event_type\" does not exist. (SQLSTATE 42703)"相关SQL：SELECT pg_database.datname, tmp.state, tmp2.usename, tmp2.application_name, tmp2.backend_type, tmp2.wait_event_type, tmp2.wait_event, COALESCE(count,0) as count, COALESCE(max_tx_duration,0) as max_tx_duration FROM ( VALUES ('active'), ('idle'), ('idle in transaction'), ('idle in transaction (aborted)'), ('fastpath function call'), ('disabled') ) AS tmp(state) CROSS JOIN pg_database LEFT JOIN ( SELECT datname, state, usename, application_name, backend_type, wait_event_type, wait_event, count(*) AS count, MAX(EXTRACT(EPOCH FROM now() - xact_start))::float AS max_tx_duration FROM pg_stat_activity GROUP BY datname,state,usename,application_name,backend_type,wait_event_type,wait_event) AS tmp2 ON tmp.state = tmp2.state AND pg_database.datname = tmp2.datname错误提示很明确：SQL查询中引用了名为 wait_event_type 的列，但该列在目标表中不存在。我想了解：问题根因：这是否是因为我的GaussDB版本（或特定模式）中，系统视图或系统表的结构与采集工具期望的不一致？stat_activity 相关的系统视图究竟是哪个？（例如是pg_stat_activity吗？）这个视图在当前版本的GaussDB中是否不包含 wait_event_type 列？解决方案：对于这类监控指标采集，GaussDB的正确实践是什么？是需要查询不同的系统视图，还是需要启用特定的监控开关或配置？版本差异：wait_event_type 列是否是某些更新版本中才加入的？我当前使用的GaussDB版本可能是什么？任何关于此问题的排查思路、系统视图结构说明或版本兼容性信息都将非常有帮助！感谢！背景信息/补充说明（可选）：我使用的GaussDB版本是：gaussdb (GaussDB Kernel 505.2.1 build ff07bff6) compiled at 2024-12-27 09:22:42 commit 10161 last mr 21504 release采集工具是：Prometheus gaussdb_exporter希望得到大家的指点，谢谢！