索引失效有哪几种情况 ？

分析&回答

索引什么时候没用

1. 有or必全有索引;要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。
2. 复合索引未用左列字段; 如果不使用复合索引的前列，后续列也将无法使用，类电话簿。
3. like以%开头;
4. 需要类型转换;存在索引列的数据类型隐形转换，则用不上索引，比如列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引。
5. where中索引列有运算;
6. where中索引列使用了函数;
7. 如果mysql觉得全表扫描更快时（数据少）;

索引什么时没必要用

1. 唯一性差;比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。
2. 频繁更新的字段不用（更新索引消耗）;比如登录次数字段，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。
3. where中不用的字段; 字段不在where语句出现时不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%输入符%’等条件，不建议使用索引。
4. 索引使用<>时，效果一般; 不建议使用索引。

反思&扩展

建表时为啥都有个自增 ID？

1. 业务无关性：创建主键的时候尽量使用 MySQL 自增主键而不是使用业务生成的值当做主键。官方给出的建议：" When choosing primary key values, consider using arbitrary values (a synthetic key) rather than relying on values derived from some other source (a natural key). "
2. 主键可以唯一标识这一行数据，从而保证在删除更新操作时，只是操作这一行数据。
3. 索引需要，每个 InnoDB 表又有一个特殊的索引，即聚簇索引，用来存储行数据。通常，聚簇索引和主键同义。
   • 声明主键，InnoDB 会将主键作为聚簇索引。
   • 未声明时，会在 UNIQUE 所有键列所在位置找到第一个索引，NOT NULL 并将其作为聚簇索引
   • 未声明且找不到合适的 UNIQUE 索引，则内部生成一个隐藏的聚簇索引 GEN_CLUST_INDEX，这个隐藏的行 ID 是 6 字节且单调增加。
4. 使用方面：如果没有迁移数据时会很麻烦。