一 简介:汇总程序报错提示的相关问题
二 java
问题 1 程序错误信息 max_allowed_packet 设置太小致使java程序写入失败
答案 1 max_allowed_packet=32M 写入配置文件并重启
2 set global max_allowed_packet=33554432
问题2 mysql错误日志 sort
错误日志:
[ERROR] /usr/local/mysql/bin/mysqld: Sort aborted: Query execution was interrupted
分析 sort_buffer_size默认2M,一般用于order by。属于session独享.个人推测是因为某个session会话致使的,一般状况下,是不会报错的
解决: 定位慢日志,优化慢sql.由于sort_buffer_size是session独享,不建议调节太大
问题3 程序执行事务时,报max_binlog_cache不足问题
具体错误描述 ulti-statement TRANSACTION required more THAN 'max_binlog_cache_size' bytes of STORAGE、
分析 1 事务根据生成binlog cache的大小算做事务的大小,由max_binlog_cache_size控制mysql
2 max_binlog_cache_size 默认大小为32Ksql
3 max_binlog_cache_size 是session级别独享的缓存
总结 1 调整 参数大小 2 对大事务进行拆分 session
补充优化
1 Binlog_cache_disk_use表示由于咱们binlog_cache_size设计的内存不足致使缓存二进制日志用到了临时文件的次数ui
Binlog_cache_use 表示 用binlog_cache_size缓存的次数设计
2 当对应的Binlog_cache_disk_use 值比较大的时候 咱们能够考虑适当的调高 binlog_cache_size 对应的值日志
问题3 jdbc报链接错误问题code
具体错误描述 error code [1094]; Unknown thread id: 73125270; nested exception is java.sql.SQLException: Unknown thread id: 73125270
分析 1 根据官网能够查看的错误代码解释,不过没什么用
2 通过与研发沟通,确认研发设置了jdbc超时时间
总结 jdbc超时时间的设置,一旦sql自己超过超时时间的设置,会发送kill session信息请求,致使jdbc报错
优化你的sql或者将超时时间设大都有助于错误的减小出现