河池城乡住房和建设局网站,wordpress全图水印,长春网站优化方式,哈尔滨网站建设优化公司作者#xff1a;田逸#xff08;formyz#xff09; 一台核心业务数据库#xff0c;版本为MySQL 8.34 社区服务器版。从上线以来#xff0c;这个数据库服务器的错误日志增增加非常迅猛#xff08;如下图所示#xff09;#xff0c;每24小时能增加到10多个G的容量。 因为…作者田逸formyz 一台核心业务数据库版本为MySQL 8.34 社区服务器版。从上线以来这个数据库服务器的错误日志增增加非常迅猛如下图所示每24小时能增加到10多个G的容量。 因为有故障报警也还没有影响到业务的正常访问有关人员不让重启MySQL服务。鉴于这个情况我只好设置一个自动计划任务在每晚的夜间定点清理这些日志。具体的操作时候在系统命令行执行“crontab -e”添加如下的文本行 00 01 * * * echo /data/mysql8/data/mysql_db/mysql.log
保存并退出编辑模式如果需要验证任务的正确性和有效性可以把执行时间修改到相当近的一个时间点然后对比任务执行前与执行后错误日志文件“mysql.log”的大小同时查看cron日志是否执行了这个计划任务如下图所示。 春节放假所有的人都回家过年并且这个时候是访问低谷期乘这个机会我打算将这个问题彻底解决掉。征询相关人员的意见问是否可以修改MySQL 选项文件屏蔽掉没什么用的警告输出得到的答复是“重启需要多久”答曰“数分钟足够”。 这个被定义的错误日志大量记录的是什么东西呢打开”mysql.log”大文件发现全是些警告信息用系统命令“tail -f mysql.log”屏幕输出翻滚犹如电动机飞轮具体的数据如下图所示。 这些警告信息表示用户账号使用了与默认认证方式“caching_sha2_password”不一致的“mysql_native_password”。处理的方式要么将所有的用户账号的密码认证方式改成“caching_sha2_password”要么错误日志文件“mysql.log”不记录这些警告信息。由于用户账号比较多设计到多个业务相比之下不记录警告信息更容易一些反正这些警告信息没什么用让它记录真正的错误日志有助于排错。 MySQL服务器所在的宿主系统Centos 7,文本编辑器打开选项文件“/etc/my.cnf”在文本块【mysqld】里追加如下文本行。 log-error-verbosity1 默认情况下MySQL 8的“log-error-verbosity”的值为“3”表示在错误日志里记录所有的“错误、警告和注释”。数字“2”代表记录“错误和警告”而数字“1”则代表仅记录“错误”。 需要注意的是在做选项文件修改前记得先备份这是常识也是后悔药。检查没有书写错误以后重启MySQL服务然后检查本地MySQL服务是否正常远程主从同步是否正常及是否存在延迟。 运行几分钟以后再查看MySQL的错误日志是否不再迅猛增长。通过一段时间观察确实不再记录MySQL的警告日志文件的增长速度也大大的降下来了。
