背景：数据库器重启之后，有个备机磁盘挂了导致读写分离集群起不来，修复完集群正常重启之后，应用端界面有些模块可以登录，有些无法登录，{不同子模块用户有一些不一样，对应的应用服务器也不一样）日志提示服务器模式不匹配。
1 首先想到是不是驱动问题，但之前正常，可以排除驱动包问题
2 其次，应用服务器重启（用户只是中间件服务重启），问题依旧
3 查看数据库，在登录客户端有时会提示网络通信异常，多登录几次可以成功（检查网络，用户文件打开数，数据库服务进程文件打开数都正常）
4 查看实例日志，显示最大连接数限制
5 查看最大会话数及语句句柄设置大小，（正常来说，1500明显是足够使用的），将max_sessions修改到5000，只是登录情况好点，有些应用模块还是登录不了
select * from v$dm_ini where para_name like 'MAX_SESSION%';
6 查看应用连接情况（如下图所示25和46两个服务器都连接数明显偏大，查询也没那么多活动会话。应用会话连接数没释放）
select clnt_ip,count(*) from v$sessions group by clnt_ip;
7 将对应应用服务器重启，再查询，看是否其他服务器也会出现上千会话数，如果有将对应服务器也重启，到最后查询结果如下，登录应用操作界面，各模块都正常无报错
在网络状况不是非常良好，经常会出现暂时性的拥塞或者断开的情况，而且当我们重启数据库时也会发生类似的情况。所以需要配置中间件的连接池来实现连接测试以及自动重连，通过重新配置连接池，成功解决了这个问题。下面会给出一份数据源配置参数详单和一份推荐的数据源配置项。
在出现网络中断和重启数据库时，连接池中的现有连接会失效，而如果不把这些连接进行回收（销毁），当应用取到这些链接时，就会报错。那么解决办法就来了，可以得空的时候，对连接池进行检查，看他们是不是失效了。
设置sql validate相关参数
这里之所以不选择设置testOnBorrow和testOnReturn是因为这两个对性能的影响比较大，每次取链接时或者放回连接时先对连接进行验证会消耗很多资源。
当设置了testWhileIdle或者testOnBorrow/testOnReturn时必须设置validationQuery才会生效。
有部分资料说removeAbandoned、removeAbandonedTimeout、logAbandoned这三个参数是用来断开自动重连的。从实际测试来看removeAbandoned是用来避免某些查询长时间不能返回或者某些情况下卡会话了，由于达梦数据库是默认不设置超时自动断开的，所以根据实际情况可以在连接池设置超时自动断开。
背景：数据库器重启之后，有个备机磁盘挂了导致读写分离集群起不来，修复完集群正常重启之后，应用端界面有些模块可以登录，有些无法登录，{不同子模块用户有一些不一样，对应的应用服务器也不一样）日志提示服务器模式不匹配。
1 首先想到是不是驱动问题，但之前正常，可以排除驱动包问题
2 其次，应用服务器重启（用户只是中间件服务重启），问题依旧
3 查看数据库，在登录客户端有时会提示网络通信异常，多登录几次可以成功（检查网络，用户文件打开数，数据库服务进程文件打开数都正常）
4 查看实例日志，显示最大连接数限制
5 查看最大会话数及语句句柄设置大小，（正常来说，1500明显是足够使用的），将max_sessions修改到5000，只是登录情况好点，有些应用模块还是登录不了
select * from v$dm_ini where para_name like 'MAX_SESSION%';
6 查看应用连接情况（如下图所示25和46两个服务器都连接数明显偏大，查询也没那么多活动会话。应用会话连接数没释放）
select clnt_ip,count(*) from v$sessions group by clnt_ip;
7 将对应应用服务器重启，再查询，看是否其他服务器也会出现上千会话数，如果有将对应服务器也重启，到最后查询结果如下，登录应用操作界面，各模块都正常无报错
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/sjkxydsj/38435.html