MySQL8.0.13: 几个和innodb性能相关的小改动

我就是我 2022-04-16 03:41 228阅读 0赞

本文简单介绍下最新的Mysql8.0.13版本几个和性能相关的小改动

### 1. [bug\#84958][bug_84958] ###

[commit][]

问题描述：  
当聚主要集索引记录上有多个版本时，从聚集索引上读取记录时的时间复杂度是0(N)，但通过二级索引查询的时间复杂度可能为O(N^2)

解决思路：  
代码是由facebook的工程师提供的补丁，主要思路是增加一个新的类`Row_sel_get_clust_rec_for_mysql`，其中cache了上次的clust record和老版本，可以在下次循环中重用。当发现定位到的clust rec和上次相同时，就无需遍历版本链，直接拿上次看到的版本，否则的话更新cach的记录

举个简单的例子，记录(1,2,3), pk = 1, sec index entry = (2,3);   
记录更新为(1,2,4), 则sec index entry上记录为(2,3)(delete marked), (2,4), 均指向pk 1，那么在查询时可能需要去看对应的clust record.实际上看到的只有一个版本，那么在第二次找到(2,4)，想去检查  
记录可见性时，就可以直接使用上次拿到的版本，无需扫描版本链。

但这个实现也只是缓存上次的clust记录，这意味着如果在二级索引上扫描到的记录不是连续的，就可能用不上这个优化。

### [bug\#91759][bug_91759] ###

[commit][commit 1]

主要改动:

在之前的版本中，innodb open一个read view，会先prepare()，在锁保护下拷贝全局事务id，然后在调用complete(), 去再更新ReadView的up\_limit\_id

complete可能在全局事务锁内或者锁外部执行。这实际上是没有什么必要的，complete()函数可以彻底移除掉，对应的代码转移到ReadView::prepare的执行路径中

官方测试在arm64场景下有一定的性能提升

### undo truncate ###

[commit][commit 2]

从commit log来看，官方应该有个更加全面完善的修复方案，但在下一个版本修复，在当前版本只是做了部分修复。

[原文链接][Link 1]

[bug_84958]: https://bugs.mysql.com/bug.php?id=84958
[commit]: https://github.com/mysql/mysql-server/commit/647a3814a91c3d3bffc70ddff5513398e3f37bd4
[bug_91759]: https://bugs.mysql.com/bug.php?id=91759
[commit 1]: https://github.com/mysql/mysql-server/commit/542d2585c060979389612772b2bb97b2d01374a6
[commit 2]: https://github.com/mysql/mysql-server/commit/a3d224803f064182fc5afca019f7e1fa47f20a80
[Link 1]: http://click.aliyun.com/m/1000024443/