问题背景描述：
在MySQL中执行SQL语句，比如insert，贼慢，明明可能也就只是一行数据的插入，数据量很小，但是耗费的时间却很多，为什么？
一、存储结构分析
MySQL存储结构图：
解析：
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被占满。
二、存储写入速度慢分析
数据库-->写入速度慢-->系统hang住
Q：如何判断写入速度慢？
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、灾备同步风险，“再好的工程师，敌不过蓝翔的挖掘机、农民工的锄头……”
三、关于BBU
英文简称：BBU
英文全称：Battery Backup Unit
中文全称：电池备份单元，是电池
1、作用：
在掉电后，把缓存中的数据写到硬盘中，保证数据不会丢失；
是为了意外掉电刷脏数据的一种保护措施；
能够在系统外部供电失效的情况下，提供后备电源支持，以保证存储阵列中业务数据的安全性。
2、许多存储设备都会配备BBU
BBU在电源供应出现问题的时候，为RAID控制器缓存提供电源。当电源断电时，BBU电力可以使控制器内缓存中的数据可以保存一定时间（根据BBU的型号而决定）。用户只需要在BBU电力耗尽(电池有限)之前恢复正常供电，缓存中的数据即可被完整的写回RAID中,避免断电导致数据丢失。
和服务器电池有点不一样，服务器中，在配置RAID卡的时候可以配一个电池，在系统掉电后，能维持内存中的数据不丢失，但时间有限，大约12个小时左右，假如是12小时，如果在12内没有恢复，内存中的数据就会丢失；
3、超级电容
服务器还有一种保护方式，叫超级电容，也是和RAID卡配套的，他能在服务器掉电后把缓存中的数据写入到电容中，而且会永久保存，类似写入硬盘，实际上是写入电容，你就理解成写入U盘把。他比电池好，即使服务器在12个小时后没有恢复电源，也不会造成数据丢失。