索引可以帮助数据库快速定位到数据，减少全表扫描。 降低I/O消耗： 通过索引，数据库可以减少磁盘I/O操作，提高查询效率。 索引设计的原则 选择性原则 索引列的值分布越分散，索引的效果越好。 例如：性别列只有两种值（男、女），选择性较低；而出生日期列的值分布相对分散，选择性较高。
最左前缀原则 对于组合索引
MySQL会一直向右匹配直到遇到范围查询(>、<、between、like ‘%xxx’)就停止匹配，后面的列都无法使用索引了。例如：索引(a,b,c)，查询 WhatsApp 电话号码数据 条件为where a=1 and b>2 and c=3，可以利用索引；但where b>2 and a=1则不能使用索引。 避免冗余索引 避免创建多个覆盖相同列的索引。
例如：索引(a,b)和索引(a)是冗余的
因为索引(a,b)已经包含了索引(a)的信息。 索引不宜过多 过多的索引会占用大量的存储空间，并降低写操作的性能。 索引也会占用额外的维护成本。 为经常作为查询条件的列建立索引 尤其是出现在WHERE子句中的列。
为排序、分组和连接操作的列建立
索引 这些操作会大量扫描数据，索引可以显著提升性能。 为外键列建立索引 外键关联的列通常需要频繁查询，建立索引可以提高查询效率。 联合索引 当 查找电话号码和姓名的常见方法 查询条件涉及多个列时，可以创建联合索引。联合索引的顺序一般按照查询条件出现的顺序。 覆盖索引 如果索引中包含了查询需要的所有列，则称为覆盖索引。覆盖索引可以减少回表操作，显著提升查询性能。
索引设计的常见误区 为
所有列建立索引 只为数值型列建立索引 忽视索引的维护 认为索引越多越好 索引列的选择不合理 忽略联合索引 不了解索引的工作原理 过度依赖索引 忽略索引的类型 不考虑索引的成本 总结 索引设计是一个复杂的优化问题，需要根据具体的业务场景和数据特点进行综合考虑。
