使用SQL索引需要注意的问题

在SQL查询语句中，想要提高我们查询的效率，则在表中创建索引是一个明智的选择，但是当我们使用不当时，索引也是会不起作用的。下面介绍几种在查询时导致索引失效的情况。

1、like模糊查询时尽量不要在索引列使用like"%name%"或者"%name"这种形式进行查询，这样会导致索引不生效，进而全表查询，应使用like"name%"的形式。

2、不要在索引列计算再参与查询（函数计算或者普通计算），如where num/10 = 10,这样会导致索引列失效，为了索引起作用可以用where num = 10*10进行条件查询。

3、不要在值含有null的列上建立索引，这样会导致索引失效。

4、使用!=或者<>这种不等于条件过滤也会导致索引失效，因为范围过大，直接成了全表查询。

还有其他情况，持续更新中................

补充更新如下：

1. 不要过度索引：虽然索引可以加快查询速度，但是过多的索引会降低数据库的性能，因为索引需要占用额外的存储空间，并且在写入数据时需要更新索引。

2. 对于频繁更新的表，需要谨慎使用索引：对于频繁更新的表，每次更新都需要更新索引，这会导致额外的开销。如果更新操作比查询操作频繁，可能会导致索引的性能损失大于其带来的查询性能提升。

3. 对于小表，不需要使用索引：对于小表，使用索引带来的性能提升不明显，并且在查询时需要额外的开销，因此不需要使用索引。

4. 选择正确的索引类型：根据查询条件选择正确的索引类型可以使查询更加高效。例如，对于区间查询，可以选择 B-Tree 索引；对于全文搜索，可以选择全文索引。

5. 不要在查询条件中使用函数：在查询条件中使用函数会导致索引失效，因为数据库需要对每个行执行函数来确定它是否符合查询条件。如果需要使用函数，可以将其作为一个额外的列存储，并建立索引。

6. 对于复合索引，要选择正确的顺序：如果需要在多个列上进行查询，可以使用复合索引。对于复合索引，需要选择正确的列顺序，使得查询更加高效。通常，应该将选择性更高的列放在前面。

7. 定期维护索引：索引需要定期维护，包括重新建立索引、优化索引等操作，以确保其性能。同时，还需要监控索引的使用情况，根据实际情况调整索引。

8. 对于跨表查询，需要使用连接（JOIN）操作，而不是子查询：使用子查询会导致数据库先执行子查询并返回结果集，然后再将结果集作为条件进行查询，而使用连接操作可以直接在多个表之间进行联合查询，避免了额外的开销。

9. 避免使用通配符查询：通配符查询，如使用 % 或 _ 进行模糊匹配，会导致索引失效，因为数据库无法确定匹配的范围，而需要对所有的行进行匹配。如果需要进行模糊查询，可以使用全文索引或者将模糊查询条件限制在一个范围内。

10. 避免在查询条件中使用不等于（<>）操作符：不等于操作符会导致索引失效，因为数据库无法确定哪些行不符合查询条件。如果需要查询不等于的结果，可以使用其他操作符，如小于、大于等。

11. 选择正确的数据类型：选择正确的数据类型可以使索引更加高效。例如，对于文本类型的列，可以使用前缀索引或者全文索引；对于数值类型的列，可以使用 B-Tree 索引或者哈希索引。

12. 不要使用 NULL 值作为索引的列：NULL 值不能作为索引的列，因为 NULL 值不可比较。如果需要在 NULL 值列上进行查询，可以使用 IS NULL 或者 IS NOT NULL 操作符。

13. 在使用自增列作为主键时，要注意主键的大小限制：如果使用自增列作为主键，需要注意主键的大小限制。通常，自增列会使用 INT 或者 BIGINT 类型，这会限制主键的大小。如果需要支持更大的主键范围，可以使用 UUID 或者其他类型的主键。

14. 了解数据库的优化器：不同的数据库使用不同的优化器来确定查询计划。了解数据库的优化器可以帮助我们优化查询语句，提高查询性能。