应用或数据库中间件日志常见报错处理

应用或数据库中间件日志常见报错处理

处理应用或数据库中间件日志中的常见报错是运维工作中的一项重要任务。这些报错通常与数据库操作有关，因此，理解并解决这些错误对于确保系统稳定性和性能至关重要。以下是一些针对不同报错的处理办法：

一、应用日志报错read-only

如果在应用日志中遇到“SQLException: The MySQL server is running with the --read-only option so it cannot execute this statement”报错，这意味着数据库处于只读模式。解决办法是检查DB写入节点的read_only和super_read_only参数是否设置为OFF。

二、应用日志报错Could not retrieve transation read-only status

在尝试执行SQL时遇到“Could not retrieve transation read-only status”错误，应从以下几个方面检查：
1. 检查SQL语句是否正确，复制到DB层执行验证。
2. 确保Mapper接口中的参数名与SQL语句中的字段名一致。
3. 检查SQL语句中是否包含关键字如call，注意java与SQL语法差异。

三、应用日志报错不能创建连接

当应用尝试获取新连接失败，提示“javax.resource.ResourceException: Could not create connection”时，应检查数据库实例运行状态、连接池是否满、网络状态、防火墙配置，以及是否有高可用切换导致的问题。

四、应用日志报错数据库连接池已满

遇到“java.sql.SQLException: Get null from pool”错误，应检查应用连接池和数据库线程池设置，特别是数据库活跃连接数是否已满。

五、应用日志报错获取不到连接

在应用中遇到“No managed connections available within configured blocking timeout”错误，应检查应用连接池的活跃线程数是否已满，以及是否有线程未及时释放连接。

六、应用日志报错连接数据库超时

当连接数据库时出现“java.sql.SQLException: Get resource from pool time out”错误，应关注应用到数据库实例的网络状态，检查是否存在网络延迟或中断。

七、应用日志报错锁超时

锁超时错误“Lock wait timeout exceeded”通常指示存在长时间占用资源的事务。应查看涉及的表和行数据，找出未释放锁的语句。

八、应用日志报错数据库通信链路故障

遇到“SQLException: Communications link failure”错误时，应检查数据库状态，重点关注高可用切换和应用到数据库链路的问题。

九、应用日志报错DB连接断开后不允许操作

“SQLException: No operations allowed after connection closed”表示正常连接被断开后尝试操作，应排查应用层、中间件层和数据库层的状态，包括网络、高可用切换和session管理。

十、应用日志报错ErUpdateDBError

在更新数据库时遇到类似错误时，处理方法同上，应关注应用层、中间件层和数据库层的状态，确保正常操作。

十一、应用日志报错无法获得服务器响应

遇到“java.io.EOFException: Can not read response from server”错误，通常与数据库或中间件层主动关闭session或高可用切换相关。应用通常有重连机制，对于偶尔出现的报错无需过分关注，但持续报错应引起注意。2024-08-16