自己顶一下  

回复：搬砖人 发表于 2021-11-3 09:35 可以参考下：https://bbs.huaweicloud.com/forum/thread-114908-1-1.html 很抱歉，地球我们都找遍了，还是没发现您要的页面 还有其他链接 ？

DWS 官方驱动默认的提交模式是  autocommit=on ?     除非存储过程， 按道理普通的 SQL 执行，如果用的也是标准的官方JDBC驱动， 一般不会有长时间  idle in transaction 的情况  ？  

回复：你怎么这么好看 发表于 2021-9-26 14:57 statement_timeout是针对语句的执行时间，而idle in transaction 表明有事务未提交，如果语句执行完成而事务没有提交，则会话状态就多谢。 如何知道语句真正的完成时间  (需要知道是否超过 12 小时)    ？   查询  active 状态且超过 12 小时的会话 ？  

会在所有节点各自生成备份文件 ,  由于生成的内层目录一样，我测试过的版本还需要手工建各个物理节点对应的目录(比如加主机名 host1/xx/xx)  ， 在本集群恢复比较容易， 跨集群(必须同构)估计需要把对应路径挂载过去  。文档：  ◾支持GaussDB A集群的恢复：从集群备份集中恢复集群，只支持同构集群（同集群/跨集群）的恢复，不支持异构集群的恢复，FusionInsight Manager界面的操作只支持同集群的恢复，跨集群恢复需要用户通过GaussRoach.py命令行手动操作，详细操作方法参考GaussRoach.py。

昨天听了优化相关培训，理解了这个问题，自己解释下 。三类语句不受全局并发控制参数 max_active_statements  的限制：  1.   内部逻辑触发语句，例如系统视图内部逻辑、gs_clean、CM等工具执行逻辑等。2.   管理员执行的语句。3.  存储过程及事务内语句。不受到  max_active_statements  限制的是这个已经进入运行中的存储过程里面的语句 (statement) ,   不是指一个存储过程任务  。 如果达到了     max_active_statements  限制， 新启的存储过程还是必须 排队的， 但是已进入运行状态的存储过程中的SQL语句是可以一直运行的，不会排队   。   

老事务：      是指 CN 上没有踪迹，但是在 DN 上存在的事务 ？    事务不一定老吧  ？   

内部 3ms 的地址 http://3ms.huawei.com/km/blogs/details/7346321    http://3ms.huawei.com/km/blogs/details/10048807  

目前为止， 看到好几个地方写的有问题， 主要是都和标准文档有出入 。  

的确是的。谢谢。 知道什么原因了。 普通用户访问， 需要有这张表的查询权限才可以在 pg_stats 中看到 ，有 pg_stats 视图的访问权限没有用 。 视图中做了权限管理 。 使用最高权限用户可以查询到 ，或需要授权物理表的查询权限给普通用户 。