一. 你的SQL语句为什么变慢了
1.回顾:
掌柜的记忆==> 内存
粉板==> redo log
账本==> binlog
掌柜总要把记住的东西写下来 ==> 内存总要写盘 ==> flush
2.名词
脏页: 内存数据页跟磁盘数据页内容不一致, 我们称内存页为: 脏页
干净页: 内存数据写入磁盘后 , 内存和磁盘上的数据内容一致后 , 称为: 干净页
3.孔乙己赊账例子:
原来已欠10文 , 又要赊 9 文
4. 疑问: 什么时候会刷脏页 ? ==> 粉板写到账本
场景1.粉板满了 . == redo log 写满了
==> 停止所有更新
==> checkpoint 推进 ,从 cp 到 cp' == 把绿色部分的脏页flush到磁盘
==> write pos 到cp' 之间的空间, 可以继续写入redo log .
场景2: 掌柜记不住了 == 内存满了.
==> 需要淘汰页
==> 如果是脏页, 就要先flush到磁盘.
引申1 : 为什么不清内存, 直接读盘? (我觉得清内存很傻,因为弄复杂了)
答: 1.从性能考虑, 如果内存存在, 内存肯定正确.
2.如果内存没有, 磁盘肯定正确.
场景3: 生意不忙, 或者打烊后 == mysql认为系统空闲的时候
见缝插针, 一有机会就刷部分脏页.
场景4: 年底清算 == mysql正常关闭
5. 四种场景对性能的影响:
场景1: redo log 写满 ==> 要避免, 因为所有更新都会被堵住.
场景2: 内存满了 ==> 是常态
知识点1: innodb 使用缓冲池管理内存, 缓冲池中内存页有三种状态:
1.未使用
2.干净页
3.脏页
知识点2: 当要读入的数据不在内存中, 就必须向缓冲池申请一个数据页.
==> 只能把最久不使用的数据页淘汰.
==> 如果是脏页, 要先写盘.
==> 一个查询要淘汰的脏页太多,会导致响应时间变长
总结: 要有脏页比例控制机制.
6.innodb 刷脏页的控制策略.
1.要告诉innodb 宿主机的IO能力.
==> innodb_io_capacity 参数
==> 建议设置成磁盘的IOPS
疑问1 : 什么是IOPS ?
IOPS（Input/Output Operations Per Second）是一个用于计算机存储设备（如硬盘（HDD）、固态硬盘（SSD）或存储区域网络（SAN））性能测试的量测方式, 可以视为是每秒的读写次数。
==> 可以通过fio工具测试 , 命令如下
==> 设置错误的现象: mysql写入很慢, tps很低, IO压力不大.
2.确定全力刷脏页后, 要指定策略, 不能一直全力刷脏页:
1.影响因素: 脏页比例, redolog 写盘速度
2. innodb_max_dirty_pages_pct 脏页比例上限 默认75%
3.F1 和 F2 如下图:
总结: 总之和脏页比例 , redo log 写盘速度有关.
原则1: 不要让脏页比例经常接近75%
==> innodb_buffer_pool_pages_dirty
==> innodb_buffer_pool_pages_total 脏页比例是通过这两个参数得到的.
3.有趣的刷脏页策略:
1.策略1 : innodb_flush_neighbors
what : flush时, 如果目标脏页附近也是脏页, 会一起刷. 该机制会蔓延.
why: 机械硬盘时代 减少很多随机IO
but: SSD 时代, IOPS已经不是瓶颈, innodb_flush_neighbors应该设置成0 , 只刷自己,可以减少SQL语句的响应时间.
