全局索引 分区索引 本地索引

全局索引、分区索引和本地索引都是在数据库中用于优化查询性能的技术。

全局索引是在整个表中建立的索引，用于加快对整张表的查询。但是，全局索引的缺点是占用空间较大，且在插入、更新和删除数据时性能较低。

分区索引是在分区表中建立的索引，只对指定的分区进行索引。使用分区索引可以提高查询性能和管理大型表的效率。分区索引适用于分区表的查询和分区表的分区维护。

本地索引是在分区表中每个分区中建立的索引，仅对该分区中的数据进行索引。使用本地索引可以提高查询性能，减少锁竞争和减少索引维护的开销。但是，本地索引的缺点是占用存储空间较大。

在选择使用哪种索引时，需要考虑查询的性能需求、数据量、数据分布等因素，并根据实际情况选择合适的索引策略。

相关问题

mysql分区表全局索引和本地索引

MySQL分区表支持两种类型的索引：全局索引和本地索引。

1. 全局索引（Clustered Index）：也称为聚簇索引，它类似于传统的数据库表中的主键索引。每个分区只有一个全局索引，这意味着数据行按照这个索引的值物理上存储在一起，通常是根据分区列值的顺序。当对分区表进行范围查询时，MySQL会利用全局索引来快速定位到对应的分区。

2. 本地索引（Local Index）：也称为非聚集索引，对于每个分区，都可以有多个本地索引。它们不是在分区本身内部创建的，而是独立于数据行存储，通常用于加速基于非分区列的查询。当查询涉及这些非分区列时，系统会先通过本地索引找到对应分区，然后再在该分区中查找全局索引。

全局索引对于分区列的查询效率高，而本地索引则有助于提高其他列的查询性能。然而，频繁更新操作可能会导致全局索引碎片化，这时就需要权衡查询速度和更新效率。

关于本地索引与全局索引的比较，以下说法正确的是 A 全局索引可以看做与主表有数据关联的独立的表。 B 在CREATE INDEX时指定GLOBAL属性，则创建的索引一定是全局索引。 C 可以把不包含分局键的唯一索引创建为本地索引。 D 全局索引的性能优于本地索引，创建索引时应优先选择全局索引。

关于本地索引与全局索引的比较，以下说法正确的是：

C. 可以把不包含分区键的唯一索引创建为本地索引。

其他选项的描述如下：

A. 全局索引不能被看作与主表有数据关联的独立表，它们仍然是与主表相关联的索引结构，并且在维护和查询时都依赖于主表数据。因此，这个说法是不正确的。

B. 在CREATE INDEX时指定GLOBAL属性并不意味着创建的索引一定是全局索引。全局索引和本地索引是根据具体数据库系统的实现和配置来确定的，不能通过CREATE INDEX语句的属性来直接指定。因此，这个说法是不正确的。

D. 全局索引的性能并不一定优于本地索引，创建索引时应根据具体的业务需求和数据特点来选择合适的索引类型。全局索引适用于需要跨分区进行查询和维护的场景，而本地索引适用于在特定分区内进行查询和维护的场景。因此，并不能一概而论地说全局索引的性能优于本地索引，选择索引类型应综合考虑具体情况。

综上所述，只有选项C关于本地索引与全局索引的描述是正确的。