1. 基本信息
高性能MySQL：经过大规模运维验证的策略（第4版）
High Performance MySQL, Fourth Edition
[美] Silvia Botros(西尔维亚·博特罗斯)；Jeremy Tinley(杰里米·廷利)
电子工业出版社,2022年10月出版
1.1. 读薄率
书籍总字数471千字，笔记总字数50817字。
读薄率50817÷471000≈10.79%
1.2. 读厚方向
SQL入门经典（第5版）
SQL权威指南（第4版）
SQL解惑（第2版）
SQL编程风格
深度探索关系数据库：实践者的关系理论
SQL必知必会第5版
1.3. 笔记--章节对应关系
| 笔记 | 章节 | 字数 | 发布日期 2023年 |
| 读高性能MySQL（第4版）笔记01_MySQL架构（上） | 第1章MySQL架构 | 2471 | 8月15日 |
| 读高性能MySQL（第4版）笔记02_MySQL架构（下） | 第1章MySQL架构 | 1910 | 8月16日 |
| 读高性能MySQL（第4版）笔记03_监控 | 第2章可靠性工程世界中的监控 | 3056 | 8月17日 |
| 读高性能MySQL（第4版）笔记04_操作系统和硬件优化 | 第4章操作系统和硬件优化 | 3512 | 9月7日 |
| 读高性能MySQL（第4版）笔记05_优化服务器设置 | 第5章优化服务器设置 | 4600 | 9月11日 |
| 读高性能MySQL（第4版）笔记06_优化数据类型（上） | 第6章schema设计与管理 | 2099 | 9月12日 |
| 读高性能MySQL（第4版）笔记07_优化数据类型（下） | 第6章schema设计与管理 | 2447 | 9月13日 |
| 读高性能MySQL（第4版）笔记08_创建高性能索引（上） | 第7章创建高性能的索引 | 2734 | 9月14日 |
| 读高性能MySQL（第4版）笔记09_创建高性能索引（下） | 第7章创建高性能的索引 | 2519 | 9月15日 |
| 读高性能MySQL（第4版）笔记10_查询性能优化（上） | 第8章查询性能优化 | 2591 | 9月19日 |
| 读高性能MySQL（第4版）笔记11_查询性能优化（中） | 第8章查询性能优化 | 2260 | 9月20日 |
| 读高性能MySQL（第4版）笔记12_查询性能优化（下） | 第8章查询性能优化 | 2227 | 9月21日 |
| 读高性能MySQL（第4版）笔记13_备份与恢复（上） | 第10章备份与恢复 | 2078 | 9月22日 |
| 读高性能MySQL（第4版）笔记14_备份与恢复（中） | 第10章备份与恢复 | 2335 | 9月23日 |
| 读高性能MySQL（第4版）笔记15_备份与恢复（下） | 第10章备份与恢复 | 1258 | 9月26日 |
| 读高性能MySQL（第4版）笔记16_复制（上） | 第9章复制 | 2664 | 9月28日 |
| 读高性能MySQL（第4版）笔记17_复制（下） | 第9章复制 | 3385 | 9月29日 |
| 读高性能MySQL（第4版）笔记18_扩展MySQL | 第11章扩展MySQL | 2576 | 10月24日 |
| 读高性能MySQL（第4版）笔记19_云端和合规性 | 第12章云端的MySQL 第13章MySQL的合规性 |
2685 | 10月25日 |
| 读高性能MySQL（第4版）笔记20_Performance Schema和其他 | 第3章Performance Schema 附录A 升级MySQL 附录B Kubernetes上的MySQL |
1410 | 10月26日 |
| $ | 总计 | 50817 | $ |
2.亮点
2.1. MySQL 8 和5.7的差异
提到了8和5.7版本的差异。
2.2. MySQL的合规性
文中的是欧美的法规法条，有一定意义但是不大，更多地则是启示作用，启示我们要结合我国颁布的一些法律法规考虑国产数据库的合规性。
2.3. 详细说明了复制、备份、恢复这三个概念
可以说这3者是高性能的基础。
3.感想
3.1. 性能或者说高性能需要全方位考虑
第一层，SQL语句及其调优仅仅是高性能的一小部分而已，更多需要考虑的是硬件资源、网络带宽、存储方式等，好马配好鞍。基于MySQL
第二层，在某些业务场景下，可以选择更合适的关系数据库。基于关系数据库
第三层，在某些业务场景下，可以选择非关系数据库，键值、列式、文档或者图数据库。基于非关系数据库
第四层，工欲善其事必先利其器，什么合适用什么。基于混合多种数据库
3.2. 书读得越多越细，发现自己不懂的越多
首先，技术更新换代很快，知识推陈出新的节奏也很快。
其次，DevSecOps，行业细分之后又快速融合，码农、dba、运维、安全原来泾渭分明，现在在大一统。前后端分离，然后还全栈。木工要干瓦匠和漆工的活，一锤80，二锤80...
第三，好书要反复读，历久弥新，交叉读，同类项比较读，能有新发现。
最后，书到用时方恨少，多读书总没有什么坏处。（伪书、烂书一大堆的情况下，读到这些书那就是浪费时间了）。
