数据库查询优化的一些点——索引

• 尽量不要在where 条件之后使用函数来作为查询条件，因为这样做会使得该查询字段的索引失效
• 在做查询的时候如果in条件中仍然有select子查询，那么我们应该使用连接查询join代替子查询，子查询会很影响查询的效率
• 多表查询时把数据量最大的表最后连接。或者直接将之前数据量较小的表都连接之后在括号外再去连接数据量特别大的那张表，这样会避免数据量大的表进行全表查找。
• 对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。
• 多条件添加复合索引比如有一条语句是这样的：select * from users where area=’beijing’ and age=22;
  如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效
  率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age,
  salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀
  特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。
  alter table users add index area_age_salary(area,age,salary)
• 索引不会包含有NULL值的列
  只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
• 使用短索引
  对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
  alter table users add index index_title(title(10))
• 排序的索引问题
  mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
• like语句操作
  一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
• 不要在列上进行运算
  select * from users where YEAR(adddate)
• 不使用NOT IN操作
  NOT IN和操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替
• 尽量少用or条件
  or条件会使条件带索引的失效，如果想使用or，又想让索引生效，只能将or条件中的每个列都加上索引
  select * from order where id=10 or user_id=88 假如id为索引user_id不是索引则此条件查询索引失效，如果想让索引有效user_id也得设为索引
• 如果列类型为字符串，则一定要在条件中将数据使用引号引用起来，否则不使用索引
  select * from user where user_name=111 需改为 select * from user where user_name='111'
• 不要在索引字段上使用not，<>，!=
• 不要在索引列上使用is null 和is not null
• 不要在索引列上出现数据类型转换