问题现象
测试中使用自增序列做索引， 在插入数据的过程速度比较慢， 核查关键等待事件是 index block split，time_waited 耗时比其他事件高一个量级
问题的风险及影响
影响业务性能
问题影响的版本
YashanDB 版本：23.2.9.100
问题发生原因
1、索引结构
数据库领域索引的数据结构从简单的二叉树演变为更复杂的 B+树，已解决数据不均匀、大量增加删除导致数据倾斜，查询性能下降等问题。
2、自增序列做索引存在的问题
B+树在索引数据块慢的情况下，需要分裂成 2 个块，分裂的过程，写入请求需要等待。那么如果是插入的数据使用自增序列做索引，写入的数据按顺序，都在同个索引数据块上，所有请求都需要一起等待 block 拆分完成。而如果数据是分散的，那么所有的 block 可能同时都会有数据写入。一个 block 的拆分阻塞的请求就不会是全部，而是极小一部分。
3、解决办法及验证
业界：
针对该问题，业界通用的做法是将自增序列打散，oracle 使用 Reverse 关键字，IBM 使用 Radmon 关键字。
崖山和 Oracle 保持一致，使用 reverse 关键字：
原理：
数字 Reverse 之后，如 1234 变成 4321,1235 变成 5321，1241 则变成 1421，数字分散了。M 区块满了之后，分裂出 N 块，同时 M 还会分裂出 L 块，一直重复下去，由于数组分散，所有块都有可能插入数据，并发做分裂之后插入，等待事件数量减少，性能因此提高。
实际验证结果：
不使用 reverse 索引：
使用 reverse 索引：
结论：
可以看出使用 reverse 索引，性能提升约 6 倍，非常明显。在使用自增 number、int 等做索引，或其他 char/varchar 等存在单调递增的数值列做索引，均可以使用 reverse 做优化提升写入性能。
