下盘大概率是由于内存不够用导致的。CN下盘，导致集群只读，得分析下具体情况，为啥CN会产生那么大的下盘，集群只读只有到达磁盘使用阈值才会触发的，得分析下，看具体是什么语句在什么情况下，发生的CN下盘，当时CN上的内存使用情况如何？可以通过pv_session_memory_detail和pg_total_memory_detail先分析下CN上的内存使用。pg_stat_activity看下当前CN节点的活跃会话

内核没有控制这块报错的参数 是不是跟这个类似？ https://bbs.huaweicloud.com/forum/thread-132498-1-1.html

ERROR: relation "gs_wlm_session_info" does not exist   Hint: please use database "postgres" 仅支持postgres库查看这个视图，更换到postgres库就可以查了

为了应对高并发的请求，目前GaussDB(DWS)提供了max_active_statements参数来限制单节点的并发情况，超出并发上限的作业会进行排队。另在语句执行时也支持配置资源池并发和内存上限，来联合控制资源池级别的并发情况。具体可见GaussDB(DWS)资源管理排队原理与问题定位-云社区-华为云 (huaweicloud.com)

可能是达到了服务器或者数据库的连接超时时间导致，从以下方面排查。数据库方面；服务器方面；    1）DWS数据库方面的超时参数，可以查看参数：        - show session_timeout; 可以查看是否数据库配置了该参数，当连接时间达到这个时间之后，数据库方面会自动断开该连接。       - show statement_timeout; 该参数代表语句执行超过该时间之后会自动断开，避免被该语句阻塞。    2）weblogic服务器方面排查。       - 非活动连接超时时间配置 Inactive Connection Timeout时间配置。当服务器检测到连接空闲超过该时间之后，会进行一个自动断开，也会产生上述的错误。    3）可能是代码部分出现问题，复用了已经断开的连接，使用已经断开的连接就会产生该报错。【整改方法】    排查到相应的参数设置之后，将其设置为不超时，或者确定该参数设置是否合理，可以适当将时间调长，就可以避免出现该报错。

可以使用select pg_backend_pid();进行获取对应的pid，另外在运维时可通过pgxc_stat_activity视图查询对应线程的状态

 举个例子： "select * from userinfo" 利用ResultSet的last和getRow方法来获得ResultSet的总行数，适用于在查询数据的同时统计记录条数。 // sql语句 String sql = "select * from userinfo"; Statement stmt = conn.prepareStatement(sql); // 执行SQL语句，并返回一个ResultSet对象rs ResultSet rs = stmt.executeQuery(); //移到最后一行 rs.last(); //通过getRow方法得到当前行号，也就是记录数 int rowCount = rs.getRow(); //如果还需要使用结果集，把指针再移到初始化的位置 rs.beforeFirst(); system.out.println(rowCount ); 

1、云上管控面有专门监控异常和故障的模块页面 2、暂不支持 3、案例：https://bbs.huaweicloud.com/forum/thread-118238-1-1.html

1、资源管控提供了topsql等相关视图可以过滤占用资源较高的语句作业，定位到语句，可以从执行计划入手分析原因。 2、分配数据库的核心资源，是一个比较大的话题，可以从初步资源管控开始，然后面对不同的业务场景，及时调整相关参数，以应对业务的变化。 3、资源使用过量，就采取限制的方式进行平衡，如果不能满足业务需求就需要考虑提升硬件配置

通过负载管控解决的该问题，当某个线程进来时，优化器会根据统计信息生成估算内存，然后该线程在真正运行前会经过一系列排队操作，当资源充裕时才会让该作业真正执行。