53 倍性能提升！TiDB 全局索引如何优化分区表查询？
内容提要
TiDB全局索引优化了分区表的查询性能，支持索引分区与表分区的一对多映射，提升跨分区查询效率。它还支持非分区列的快速检索，减少全表扫描，增强灵活性并降低应用修改成本。合理设计索引可显著提升数据库性能。
关键要点
-
TiDB全局索引优化了分区表的查询性能，支持索引分区与表分区的一对多映射。
-
全局索引能覆盖整个表的数据，提升非分区键的查询性能，减少全表扫描。
-
v7.6.0版本之前仅支持本地索引，v8.3.0版本引入全局索引作为实验性特性。
-
v8.4.0版本全局索引正式成为一般可用特性，用户可直接创建全局索引。
-
全局索引提升查询性能，减少对应用的修改工作量，增强应用灵活性。
-
全局索引的工作原理是通过表ID而非分区ID来编码索引项，降低RPC请求数量。
-
全局索引在DDL操作时可能影响性能，特别是在执行DROP或TRUNCATE操作时。
-
聚簇索引不能成为全局索引，需显式设置为非聚簇索引以避免冲突。
-
全局索引适用于数据归档不频繁和需要跨分区查询的场景。
-
最佳实践中，结合全局索引和聚簇索引可优化不同查询场景的性能。
延伸解读
全局索引的优势与应用场景
TiDB全局索引通过支持一对多的映射关系，显著提升了跨分区查询的效率，尤其适用于数据归档不频繁的场景，如医疗行业的长期数据存储。此外，用户在设计索引时的灵活性增强，能够更好地满足多样化的业务需求。
DDL操作对性能的影响
在使用全局索引时，执行如DROP或TRUNCATE等DDL操作可能会显著影响性能，测试显示性能下降可达20%。因此，在设计数据库时需谨慎考虑全局索引的使用，尤其是在频繁进行DDL操作的场景中。
全局索引与聚簇索引的兼容性
全局索引与聚簇索引不能同时存在于同一索引上，因其原理冲突。用户在设计时可考虑将分区列添加到聚簇索引中，同时创建不包含分区列的全局索引，以优化不同查询场景的性能。
延伸问答
TiDB全局索引的主要优势是什么？
TiDB全局索引能够提升查询性能，增强应用灵活性，并减少应用修改工作量。
如何在TiDB中创建全局索引？
可以在CREATE INDEX或ALTER TABLE语句中使用GLOBAL关键字来创建全局索引。
全局索引与本地索引有什么区别？
全局索引支持索引分区与表分区的一对多映射，而本地索引则是一对一映射，限制了查询灵活性。
全局索引在DDL操作时会有什么影响？
全局索引在执行DROP或TRUNCATE等DDL操作时可能会影响性能，增加执行时间。
TiDB全局索引的工作原理是什么？
全局索引通过表ID而非分区ID编码索引项，降低了RPC请求数量，从而提升查询性能。
在什么场景下使用全局索引更为合适？
全局索引适用于数据归档不频繁和需要跨分区查询的场景。
