MySQL日志文件突然暴涨是怎么回事?

1、现象

今天协助其他同学排查问题的时候,发现数据库错误日志文件已经有9G以上了,打开内容查看如下:

=====================================
2020-07-0813:47:430x7fe3723ff700 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 1 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops:28112548 srv_active,0 srv_shutdown,18948137 srv_idle
srv_master_thread log flush and writes:47060685
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count213360683
OS WAIT ARRAY INFO: reservation count218012898
OS WAIT ARRAY INFO: reservation count218624956
OS WAIT ARRAY INFO: reservation count223392430
OS WAIT ARRAY INFO: reservation count213358783
OS WAIT ARRAY INFO: reservation count217996917
OS WAIT ARRAY INFO: reservation count218627068
OS WAIT ARRAY INFO: reservation count223399094
OS WAIT ARRAY INFO: reservation count213372264
OS WAIT ARRAY INFO: reservation count217974752
OS WAIT ARRAY INFO: reservation count218606657
OS WAIT ARRAY INFO: reservation count223387430
OS WAIT ARRAY INFO: reservation count213382268
OS WAIT ARRAY INFO: reservation count218029924
OS WAIT ARRAY INFO: reservation count218619464
OS WAIT ARRAY INFO: reservation count223399870
OS WAIT ARRAY INFO: signal count2558329753
RW-shared spins 0, rounds 2208700138, OS waits 822920663
RW-excl spins 0, rounds 80631903713, OS waits 1603642807
RW-sx spins 1202513351, rounds 33533328545, OS waits 959708531
Spin rounds per wait:2208700138.00 RW-shared,80631903713.00 RW-excl,27.89 RW-sx
------------------------
LATEST DETECTED DEADLOCK
------------------------
2020-04-2119:50:050x7fe28a7fd700
...
...
...
Process ID=54642, Main thread ID=140614440048384, state: sleeping
Number of rows inserted 5475421722, updated 433989820, deleted 4122238559, read 669572614313
708.29 inserts/s,34.97 updates/s,573.43 deletes/s,29898.10 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

此内容是InnoDB MONITOR的结果(和show engine innodb status结果一样),也就是说开启了InnoDB监视器。而且每15s刷新一次,导致日志文件的增速较快。

InnoDB MONITOR主要涉及的参数有innodb_status_output 和innodb_status_output_locks ,这两个系统变量是用来启用标准innodb监控和 InnoDB锁监控的,查看本实例参数情况:

mysql> show  global  variables like'%innodb_status%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| innodb_status_output |ON|
| innodb_status_output_locks |ON|
+----------------------------+-------+
2 rows inset(0.01 sec)

说明确实已经开启了。

2、关闭INNODB MONITOR

可以在线关闭INNODB MONITOR,但是在关闭前建议先将原日志备份(重命名)

mv  mysqld.log   mysqld.log.20200708

再修改参数,关闭监控

mysql>set global innodb_status_output='OFF';
Query OK,0 rows affected (0.00 sec)
mysql>set global innodb_status_output_locks='OFF';
Query OK,0 rows affected (0.00 sec)
mysql> flush logs;

时间有限,今天暂时就简单说明现象及引起日志暴涨的原因,后续有机会在关注日志内容及相关参数意义。

文章来源网络,作者:运维,如若转载,请注明出处:https://shuyeidc.com/wp/225659.html<

(0)
运维的头像运维
上一篇2025-04-17 00:22
下一篇 2025-04-17 00:23

相关推荐

  • 个人主题怎么制作?

    制作个人主题是一个将个人风格、兴趣或专业领域转化为视觉化或结构化内容的过程,无论是用于个人博客、作品集、社交媒体账号还是品牌形象,核心都是围绕“个人特色”展开,以下从定位、内容规划、视觉设计、技术实现四个维度,详细拆解制作个人主题的完整流程,明确主题定位:找到个人特色的核心主题定位是所有工作的起点,需要先回答……

    2025-11-20
    0
  • 社群营销管理关键是什么?

    社群营销的核心在于通过建立有温度、有价值、有归属感的社群,实现用户留存、转化和品牌传播,其管理需贯穿“目标定位-内容运营-用户互动-数据驱动-风险控制”全流程,以下从五个维度展开详细说明:明确社群定位与目标社群管理的首要任务是精准定位,需明确社群的核心价值(如行业交流、产品使用指导、兴趣分享等)、目标用户画像……

    2025-11-20
    0
  • 香港公司网站备案需要什么材料?

    香港公司进行网站备案是一个涉及多部门协调、流程相对严谨的过程,尤其需兼顾中国内地与香港两地的监管要求,由于香港公司注册地与中国内地不同,其网站若主要服务内地用户或使用内地服务器,需根据服务器位置、网站内容性质等,选择对应的备案路径(如工信部ICP备案或公安备案),以下从备案主体资格、流程步骤、材料准备、注意事项……

    2025-11-20
    0
  • 如何企业上云推广

    企业上云已成为数字化转型的核心战略,但推广过程中需结合行业特性、企业痛点与市场需求,构建系统性、多维度的推广体系,以下从市场定位、策略设计、执行落地及效果优化四个维度,详细拆解企业上云推广的实践路径,精准定位:明确目标企业与核心价值企业上云并非“一刀切”的方案,需先锁定目标客户群体,提炼差异化价值主张,客户分层……

    2025-11-20
    0
  • PS设计搜索框的实用技巧有哪些?

    在PS中设计一个美观且功能性的搜索框需要结合创意构思、视觉设计和用户体验考量,以下从设计思路、制作步骤、细节优化及交互预览等方面详细说明,帮助打造符合需求的搜索框,设计前的规划明确使用场景:根据网站或APP的整体风格确定搜索框的调性,例如极简风适合细线条和纯色,科技感适合渐变和发光效果,电商类则可能需要突出搜索……

    2025-11-20
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注