MySQL 存储写入速度慢分析

叙述

问题背景描述：
　　在MySQL中执行SQL语句，比如insert，贼慢，明明可能也就只是一行数据的插入，数据量很小，但是耗费的时间却很多，为什么？

 

解析：

　　1、读操作：内存读-->cache缓存读-->磁盘物理读

　　　　读取到的数据会按上述顺序往回送。

　　2、写操作：内存数据直接写入cache缓存(非常快)-->写入disk

由上可知，MySQL之所以读写速度快，cache在其中起到了关键作用。

1、Cache缓存特点：

　　1、速度快

　　2、掉电数据丢失　　

　　3、容量有限

2、保护数据安全(防止意外掉电的数据丢失)应对措施：

　　在存储中，增加BBU(电池备份单元，就是电池)，在掉电后，可以把缓存中的数据写到磁盘中，保证数据不会丢失。

　　如果没有提供BBU或者BBU坏了，内存数据就不会写入cache缓存中，就会直接写入disk中；相较于写入缓存，写入磁盘的速度就大打折扣(万倍之差)。与此同时，因为慢下来的“写”占了绝大部分“读”的带宽。所以BBU问题是读写性能差的一很大的影响因素。

3、cache缓存容量有限

　　(4G、8G、16G、32G)，系统为了保持cache有用，会周期性的将cache缓存的数据写入磁盘中，避免cache被占满。

解决方案

如何判断写入速度慢？

A：

　　1、怀疑BBU问题

　　　　监控BBU的bug，解决：重启BBU

　　2、cache被占满(类同于BBU坏了的情况)

　　　　1、海量的写入数据占满cache缓存，判断：

　　　　shell> iostat -x

　　　　mysql> show global status like 'handler_write';

　　2、cache写入disk的速度慢了(排水速度远小于注水速度)

　　　　硬盘I/O异常，负载过高：数据库海量的物理读(异常SQL)，判断：

　　　　mysql> show status like 'Innodb_buffer_pool_reads';

　　3、存储性能差问题

　　　　1、存储设备差，更新设备

 　　　　2、灾备同步风险，“再好的工程师，敌不过蓝翔的挖掘机、农民工的锄头……”