Zj_boring的博客

数据库操作很容易变成接口的性能怪物，这篇文章也不讲非常深奥有难度的实操，都是一些非常简单可实现的思路和方法，我也是通过这些思路将2s的慢sql优化到了2ms。

write ops和checkpoint之间还空着的地方，可以用来记录新的操作，如果write ops追上了checkpoint，此时不能进行新的更新操作，需要停下来先擦除一部分内容。mysql的基本存储结构是页（记录都在页里面），所以更新语句时，mysql需要先把要更新的语句找到，加载进内存(buffer pool)，再修改对应的记录，再写会磁盘。：是mysql server层面的日志，属于逻辑日志，是以二进制形式记录的，记录的是。的方式，即一份日志文件写到一定大小的时候会更换下一个文件，不会覆盖。

InnoDB的mvcc是通过在每行记录后面保存两个隐藏的列来实现的，分别是行的创建时间，行的过期时间（并不是真正的时间，而是系统版本号），而事务开始时刻的系统版本号会作为事务的版本号。指的是整个数据库事务是不可分隔的工作单位，只有使事务中所有的数据库操作都执行成功，整个事务的执行才算成功，事务中任务一个sql语句执行失败，那么已经执行成功的sql语句也必须撤销，数据库状态应该退回到执行事务前的状态。因此，事务是一致性的单位，如果事务中某个动作失败了，系统可以自动地撤销事务使其返回初始化的状态。

server层：连接器，查询缓存，分析器，优化器，执行器等，涵盖mysql的大多数核心服务功能，以及所有的内置函数（如日期，时间，数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程，触发器，视图等。保证持久必须将数据记录到磁盘中，但是每次写入磁盘都需要找到对应的那条记录再更新，成本很高，但是redolog时顺序写入的，不需要寻址，效率较高。Write-Ahead Logging，先写日志，再写磁盘，这里的日志也是持久化到磁盘的，只是日志是顺序写盘，速度很快，而写磁盘是随机写入。

索引像是一本书的目录列表，能根据目录快速的找到具体的书本内容，也就是加快了数据库的查询速度索引本质是一个数据结构索引是在存储引擎层，而不是服务器层实现的，所以，并没有统一的索引标准，不同存储引擎的索引的工作方式不同，也不是所有的存储引擎都支持所有类型的索引，即使多个存储引擎支持同一种类型的索引，其底层实现也可能不同————《高性能mysql》希望这些内容可以帮助你更好的理解mysql的索引，对sql优化能有更好的想法💡。