凯发手机娱乐官网_凯发首页
当前位置:主页 > 广告设计 >

经典案例:磁盘I

发表日期:2020-07-27 14:02文章编辑:admin浏览次数: 标签:    

朋友小明的线上数据库突发严峻告警,业务方反应写入数据一向堵住,许多锁超时回滚了,不知道怎么回事,就找到我了。

不论3721,先收集现场的必要信息再说。

该服务器的磁盘是由6块2T SSD硬盘组成的RAID-5阵列。从上面的截图来看,I/O %util现已根本跑满了,iowait也十分高,很显着磁盘I/O压力太大了。那就再查查什么原因导致的这么高压力。

b. 活泼业务列表

该服务器的磁盘是由6块2T SSD硬盘组成的RAID-5阵列。从上面的截图来看,I/O %util现已根本跑满了,iowait也十分高,很显着磁盘I/O压力太大了。那就再查查什么原因导致的这么高压力。

能够看到,有几个活泼的业务价值很高,确认了许多行。其中有两个因为太久超时被回滚了。

再看一次活泼业务列表,发现有个业务确认的行更多了,阐明活泼业务SQL的功率不太好,需求进行优化。这个算是原因之一,先记下。

c. 查看InnoDB状况

再看一次活泼业务列表,发现有个业务确认的行更多了,阐明活泼业务SQL的功率不太好,需求进行优化。这个算是原因之一,先记下。

...
0x7f8f700e9700 INNODB MONITOR OUTPUT
...
LATEST DETECTED DEADLOCK
------------------------
...
*** TRANSACTION:
TRANSACTION 52970892097, ACTIVE 1 sec starting index read
mysql tables in use 2, locked 2
80249 lock struct, heap size 9691344, 351414 row lock,
undo log entries 30005

相关新闻