MySql语句索引踩到的坑

最好保持索引列类型与要查询的条件一直

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 ' '