1. 关于Doublewrite Buffe的总结
Doublewrite Buffer：Doublewrite Buffer出现的初衷是防止buffer pool中的脏页刷新到磁盘中，出现部分写的问题，innodb页大小一般为16k，而Linux操作系统的block size一般为4k。这样在刷新的过程中，如果OS发生crash或者停电，会导致16k的页块只有部分block刷新到磁盘中，而其它的没有，这样会导致数据不一致。Doublewrite Buffer放到系统表空间中，有100个页的大小，当innodb将buffer pool中的页刷新到磁盘中时，会首先copy到Doublewrite Buffer中，再刷新到磁盘中。如果在刷新磁盘的过程中出现问题，innodb会利用doublewrite buffer中存储的页来恢复数据。如果在刷新doublewrite buffer的过程中出现问题，则会利用物理磁盘上的原始页和redo log来恢复数据。
Doublewrite Buffer的启用会对MySQL的整体性能降低5-10%，可通过innodb_doublewrite参数进行设置，默认是开启的。
Percona有个单独的参数来设置Doublewrite Buffer的存放位置，innodb_doublewrite_file。
2. 根据以下内容，演算推导出机器相关的指标：
响应时间 查询和操作请求ms级返回。
数据总量 1年内数据量大约500G数据量。
每秒请求量 每秒有3w次请求。
读写比 读写比是1:1。
重要程度 核心系统，P1级故障。
其他说明 数据记录长度约为1KB，数据1周内数据操作频繁
推导过程：
Step1：1年内数据大约500G
结果：每秒产生的数据量大约诶500*1024*1024/(365*24*60*60)=17KB/s
Step2: 每秒有3w次请求，读写比是1:1
结果：每秒读请求为3w/2=1.5w/s，每秒写请求为3w/2=1.5w/s
Step3: 记录长度大约为1KB
结果：根据Step1得出的结果，每秒insert的速率为17次/s，根据Step2得到的每秒写请求为1.5w/s，可知每秒14983次为delete和update操作。由于MySQL数据读写操作按照页来处理，页大小为16KB，假设每次操作的页都不相同。那么每秒写操作数据量为：16KB*1.5w=234MB/s，每秒读操作数据量为：16KB*1.5w=234MB/s
Step4：数据1周内数据操作频繁
结果：热数据量为：（500/365）*7=9.6G
Step5：操作ms级返回
操作ms级别返回，那么需要尽可能的将热数据加载到内存。按照内存命中率接近100%计算的话，那么Innodb buffer大约为9.6GB，而其他内存需求大概为1~2GB，因此内存超配大约为12GB。按照超配原则，写带宽（wBPS）限制为300MB/s；读带宽（rBPS）限制为300MB/s。