记一个 MySQL设计不合理地方：应用程序错误密码不断重连校验机制QL

 概述

最近修改了mysql数据库一个用户的密码，然后应用程序也改了对应密码，过了一段时间发现了一系列问题...下面介绍下整体的过程。

1、监控告警

从监控可以看到这台主机发生磁盘告警的问题。

2、查看服务器磁盘信息

登录这台服务器可以发现根目录磁盘满了

3、定位具体原因

通过du -sh *定位具体原因发现是mysql.log达到27G，查看mysql.log信息

4、对策

思考：这种情况mysql不考虑吗?给攻击不就GG?暂时先通过调整mysql数据库日志级别来避免。

1、当前日志级别

show variables like '%log_warnings%'; 

• log_warnings 为0， 表示不记录告警信息。
• log_warnings 为1， 表示告警信息写入错误日志。
• log_warnings 大于1， 表示各类告警信息，例如有关网络故障的信息和重新连接信息写入错误日志。

注意：从MySQL 5.7.2开始，首选log_error_verbosity系统变量，而不是使用--log-warnings选项或log_warnings系统变量，这个参数从MySQL 8.0.3开始被移除了。而新参数log_error_verbosity更简单，它有三个可选值， 分别对应：1：错误信息;2：错误信息和告警信息; 3：错误信息、告警信息和通知信息。

Selected important system messages about non-error situations, such as startup and shutdown messages, are printed to the error log when the variable value is 1.

2、调整日志级别

--sql 
set global log_error_verbosity=1; 
--配置文件 
log_error_verbosity=1 

调整后重新测试就没问题了。

【编辑推荐】

1. 详解MySQL高可用方案：MySQL MHA架构、原理、应用场景等
2. 两款免费的MySQL性能监控工具
3. 测试数据库的稳定性和性能竟如此简单
4. 微软宣布SQL Server 2019免费支持Java
5. 超详细的数据库主机及数据库日志收集总结

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!