mysql索引优化注意问题

发布时间:2020-01-11编辑:脚本学堂
本文介绍了mysql索引与索引优化时要注意的一些问题,有研究mysql索引的朋友参考下。

1,创建mysqlsuoyin/ target=_blank class=infotextkey>mysql索引
不是什么情况都非得建索引不可,比如性别可能就只有两个值,建索引不仅没什么优势,还会影响到更新速度,这被称为过度索引。

2,复合索引
比如有一条语句是这样的:select * from users where area=’beijing’ and age=22;
如果我们是在area和age上分别创建单个索引的话,由于mysql查询每次只能使用一个索引,所以虽然这样已经相对不做索引时全表扫描提高了很多效
率,但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age,
salary)的复合索引,那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引,这被称为最佳左前缀
特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边,依次递减。

以下是mysql索引优化的一些建议。

3,索引不会包含有null值的列
只要列中包含有null值都将不会被包含在索引中,复合索引中只要有一列含有null值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为null。

4,使用短索引
对串列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个char(255)的 列,如果在前10 个或20 个字符内,多数值是惟一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和i/o操作。

5,排序的索引问题
mysql查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。

6,like语句操作
一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。

7,不要在列上进行运算
select * from users where
year(adddate)
8,不使用not in和操作
not in和操作都不会使用索引将进行全表扫描。not in可以not exists代替,id3则可使用id>3 or id


以下情况不要建索引:
    * 1、如果每次都需要取到所有表记录,无论如何都必须进行全表扫描了,那么是否加索引也没有意义了。
    * 2、对非唯一的字段,例如“性别”这种大量重复值的字段,增加索引也没有什么意义。
    * 3、对于记录比较少的表,增加索引不会带来速度的优化反而浪费了存储空间,因为索引是需要存储空间的,而且有个致命缺点是对于update/insert/delete的每次执行,字段的索引都必须重新计算更新

以下情况要建立索引:
    select c.companyid, c.companyname from companies c, user u where c.companyid = u.fk_companyid and c.numemployees >= 0 and c.companyname like '%i%' and u.groupid in (select g.groupid from groups g where g.grouplabel = 'executive')
    这条语句涉及3个表的联接,并且包括了许多搜索条件比如大小比较,like匹配等。在没有索引的情况下mysql需要执行的扫描行数是77721876行。而我们通过在companyid和grouplabel两个字段上加上索引之后,扫描的行数只需要134行。在mysql中可以通过explain select来查看扫描次数。可以看出来在这种联表和复杂搜索条件的情况下,索引带来的性能提升远比它所占据的磁盘空间要重要得多。

mysql索引优化实例解析
mysql索引优化应用实例
Mysql索引分类与优化
MySql索引优化注意要点
mysql索引与mysql索引优化查询
Mysql索引优化方法解析
深入理解MySQL索引与优化
mysql索引优化实例分享
mysql索引使用与优化