MySql语句索引踩到的坑

2016-08-23  本文已影响307人  冰冰大象
最好保持索引列类型与要查询的条件一直
select *from table where  Guid=123

其中Guid为Marcher(50),结果用

explain  select *from table where  Guid=123

发现type为all,但是Guid 是唯一索引值,于是改变方法如下

explain  select *from table where  Guid=‘123’

此时索引正常使用

强制使用索引
explain select * from Table2 a inner  join Table1 b  on 
a.guid=b.guid where a.name=''
| id   | select_type | table | type | possible_keys                                       
|    1 | SIMPLE      | a     | ref  |GuidKey,NameIndex,name_city_age                        
|    1 | SIMPLE      | b     | ALL  | GuidKey                       

发现其中b 表是全表查询,显然是无法接受,于是强制加上索引

explain select * from Table2 a inner  join Table1 b FORCE INDEX(GuidKey)  on a.guid=b.guid where a.name='';
| id   | select_type | table | type | possible_keys                                       
|    1 | SIMPLE      | a     | ref  |GuidKey,NameIndex,name_city_age                        
|    1 | SIMPLE      | b     | ref  | GuidKey
索引优化
  1. 建立多表(三个表或以上)关联视图时,如果是主表和副表都有的字段,尽量使用主表的字段(特别是主表的主键)
  2. 副表的字段(无论是普通字段还是主键、索引字段)作为查询条件对查询都没有帮助,都需进行全表检索
  3. 如果查询一条数据的时候使用limit
  4. 在join表的时候 连接条件的字段类型,应当一致,并且将其索引
    如果你的应用中使用到了很多表连接查询,应该确认表与表连接字段已经建立了索引,并且两个字段类型是一致的.
    向我上面两表连接的字段类型都是int类型,且已经加了索引.如果你要把DECIMAL(小数)类型字段和int(整形)类型的字段连接在一起,那么Mysql就无法使用它们的索引
  5. 建立主键索引 即id
    为每一个表都建立主键索引 id,而且这个id还是 AUTO_INCREMENT 最好是INT类型 ,如果你有一张表name是唯一的,并且你给name这个字段设立为主键,这样效率会减低,因为使用VARCHAR类型的主键低于INT类型.而且,在MySQL 数据引擎下,还有一些操作需要使用主键,在这些情况下,主键的性能和设置变得非常重要,比如:mysql的分表, 集群等
  6. 建立表的时候使用NOT NULL,而且尽量给表设定默认值
    NULL 需要额外的空间,mysql的上的文档是这么说的
    如果你的表的字段是int 那么应该给默认值 DEFAULT 0 ,如果是varchar类型 DEFAULT ' '
上一篇 下一篇

猜你喜欢

热点阅读