HiSEN

MySQL索引相关知识和应用

发表于 | 分类于

hisen库中有一个post表，数据20w，非重复数据20条；

结构如下

1
2
3
4
5
6
7
8
9
mysql> describe post;
+---------+---------------+------+-----+---------+----------------+
| Field   | Type          | Null | Key | Default | Extra          |
+---------+---------------+------+-----+---------+----------------+
| id      | int(11)       | NO   | PRI | NULL    | auto_increment |
| title   | varchar(255)  | YES  | MUL | NULL    |                |
| content | varchar(2550) | YES  |     | NULL    |                |
+---------+---------------+------+-----+---------+----------------+
3 rows in set (0.00 sec)

添加普通索引

1
2
3
mysql> alter table post add index index_post_title (title);
Query OK, 0 rows affected (1.22 sec)
Records: 0  Duplicates: 0  Warnings: 0

删除索引

1
2
3
mysql> drop index index_post_title on post;
Query OK, 0 rows affected (0.02 sec)
Records: 0  Duplicates: 0  Warnings: 0

添加索引之后查询速度明显加快

1
2
3
4
mysql> select count(title) from post group by title;
20 rows in set (0.25 sec)
#加了索引之后
20 rows in set (0.08 sec)

使用索引的情况

  1. 表的主关键字:自动建立唯一索引
  2. 表的字段唯一约束:ORACLE利用索引来保证数据的完整性
  3. 直接条件查询的字段
  4. 在SQL中用于条件约束的字段
  5. 查询中与其它表关联的字段
  6. 查询中排序的字段
  7. 查询中统计或分组统计的字段

不使用索引的情况

  1. 表记录太少
  2. 经常插入、删除、修改的表
  3. 数据重复且分布平均的表字段：假如10万数据只有A、B状态，且A、B各50%，这样建立索引就不会提速
  4. 经常和主字段一块查询但主字段索引值比较多的表字段

MySql在建立索引优化时需要注意的问题

  1. 创建索引：对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。
  2. 复合索引：比如有一条语句是这样的：select * from users where area=’beijing’ and age=22;如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age,salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。
  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