优化索引

• MySQL如何使用索引
• 索引用于快速查找具有特定列值的行。没有索引，MySQL必须从第一行开始，然后通读整个表以找到相关的行。桌子越大，花费越多。如果表中有相关列的索引，MySQL可以快速确定要在数据文件中间查找的位置，而不必参见所有数据。这比顺序读取每一行要快得多。大多数MySQL索引（PRIMARY KEY，UNIQU

• 主键外键优化
• 主键优化表的主键表示您在最重要的查询中使用的一列或一组列。它具有关联的索引，可提高查询性能。查询性能可以从NOT NULL优化中受益，因为它不能包含任何NULL值。使用InnoDB存储引擎，可以对表数据进行物理组织，以根据一个或多个主键列进行超快速查找和排序。如果您的表又大又重要，但是没有明显的列或

• 空间索引优化
• MySQL允许SPATIAL在NOT NULL几何值列上创建索引（请参见“创建空间索引”）。优化器检查SRID索引列的属性，以确定用于比较的空间参考系统（SRS），并使用适合于SRS的计算。（在MySQL 8.0之前，优化器SPATIAL使用笛卡尔计算对索引值进行比较；如果该列包含具有非笛卡尔SRI

• 列索引
• 索引的最常见类型涉及单个列，该列将来自该列的值的副本存储在数据结构中，从而允许快速查找具有相应列值的行。B树数据结构可以让索引快速查找特定值，一组值，或值的范围，对应于运营商，如=，>，≤，BETWEEN，IN，等等，一在WHERE子句。每个存储引擎定义每个表的最大索引数和最大索引长度。请参阅

• 多列索引
• MySQL可以创建复合索引（即，多列上的索引）。一个索引最多可以包含16列。对于某些数据类型，您可以为列的前缀建立索引（请参见“列索引”）。MySQL可以将多列索引用于测试索引中所有列的查询，或仅测试第一列，前两列，前三列等等的查询。如果在索引定义中以正确的顺序指定列，则单个复合索引可以加快对同一表

• InnoDB和MyISAM索引统计信息收集
• 存储引擎收集有关表的统计信息，以供优化器使用。表统计信息基于值组，其中值组是一组具有相同键前缀值的行。出于优化目的，重要的统计数据是平均值组的大小。MySQL通过以下方式使用平均值组大小：估算每次ref访问必须读取多少行估计部分联接将产生多少行；也就是说，这种形式的操作将产生的行数：(...)JOI

• B树和哈希索引的比较
• 了解B树和哈希数据结构可以帮助预测不同查询如何对在索引中使用这些数据结构的不同存储引擎执行不同的查询，特别是对于MEMORY允许您选择B树或哈希索引的存储引擎。B树索引特征哈希指数特征B树索引特征A B树索引可以在使用表达式中使用的对列的比较=，>，>=，<，<=，或BETW

• 索引扩展的使用
• InnoDB通过将主键列附加到辅助索引来自动扩展每个辅助索引。考虑此表定义：CREATETABLE t1(i1 INT NOT NULL DEFAULT 0, i2 INT NOT NULL DEFAULT 0, d DATE DEFAULT NULL,PRIMARYKEY(i1, i2),INDE

• 优化器对生成的列索引的使用
• MySQL支持在生成的列上建立索引。例如：CREATETABLE t1(f1 INT, gc INT AS(f1 + 1)STORED,INDEX(gc));生成的列gc定义为表达式f1 + 1。该列也被索引，优化器可以在执行计划构建期间考虑该索引。在以下查询中，该WHERE子句引用gc并且优化器考

• 不可见索引
• MySQL支持不可见索引；也就是说，优化器未使用的索引。该功能适用于除主键（显式或隐式）以外的索引。默认情况下，索引可见。为了控制指标的可视性明确了新的索引，使用一个VISIBLE或INVISIBLE关键字作为指标定义的一部分CREATE TABLE，CREATE INDEX或者ALTER TABL

• 降序索引
• MySQL支持降序索引：DESC索引定义不再被忽略，而是导致键值以降序存储。以前，索引可以以相反的顺序进行扫描，但会降低性能。降序索引可以按向前顺序进行扫描，这样效率更高。当最有效的扫描顺序混合某些列的升序和其他列的降序时，降序索引还使优化程序可以使用多列索引。考虑以下表定义，该表定义包含两列和四个

• 从 TIMESTAMP 列进行索引查找
• 时间值TIMESTAMP作为UTC值存储在列中，插入到TIMESTAMP列中或从列中检索的值在会话时区和UTC之间转换。（这与CONVERT_TZ()函数执行的转换类型相同。如果会话时区为UTC，则实际上没有时区转换。）由于诸如夏令时（DST）等本地时区更改的约定，UTC与非UTC时区之间的转换在两