mysql联合索引怎么用 mysql联合索引存储结构( 二 )


如果where条件从 k.update_time'2019-01-03 12:00:00' 修改为 k.update_time='2019-01-03 12:00:00' (从变成 = )
则会使用索引 idx_time
在建立索引的时候,会遇到 Table Metadata Lock 的问题,可以先 show processlist ,找到占用表锁的连接,然后 kill。
Mysql建立索引经验在实际开发中使用数据库时,难免会遇到一些大表数据 , 对这些数据进行查询时,有时候SQL会查询得特别慢,这时候,有经验的老师傅会告诉你,你看一下哪几个字段查的多,加一个索引就好了 。
那么,怎么合理地建立索引呢?这里分享一下我的一些经验,如有不妥之处,欢迎批评指正 。
1、不要盲目建立索引 ,先分析再创建
索引虽然能大幅度提升我们的查询性能,但也要知道,在你进行增删改时,索引树也要同样地进行维护 。所以,索引不是越多越好 , 而是按需建立 。最好是在一整块模块开发完成后,分析一下,去针对大多数的查询,建立联合索引 。
2、使用联合索引尽量覆盖多的条件
这是说在一个慢sql里假如有五个where,一个 order by,那么我们的联合索引尽量覆盖到这五个查询条件,如果有必要,order by 也覆盖上。
3、小基数字段不需要索引
这个意思是,如果一张表里某个字段的值只有那么几个 , 那么你针对这个字段建立的索引其实没什么意义,比如说,一个性别字段就两种结果,你建了索引,排序也没什么意思(也就是索引里把男女给分开了)
所以说 , 索引尽量选择基数大的数据去建立,能最大化地利用索引
4、长字符串可以使用前缀索引
我们建立索引的字段尽量选择字段类型较小的,比如一个varchar(20)和varchar(256)的,我们在20的上面建立的索引和在256上就有明显的差距(字符串那么长排序也不好排呀 , 唉) 。
当然,如果一定是要对varchar(256)建立索引,我们可以选择里面的前20个字符放在索引树里(这里的20不绝对 , 选择能尽量分辨数据的最小字符字段设计),类似这样KEY index(name(20),age,job),索引只会对name的前20个字符进行搜索,但前缀索引无法适用于order by 和 group by 。
5、对排序字段设计索引的优先级低
如果一个SQL里我们出现了范围查找 , 后边又跟着一个排序字段,那么我们优先给范围查找的字段设置索引,而不是优先排序 。
6、如果出现慢SQL , 可以设计一个只针对该条SQL的联合索引 。
不过慢SQL的优化 , 需要一步步去进行分析,可以先用explain查看SQL语句的分析结果,再针对结果去做相应的改进 。explain的东西我们下次再讲 。
PS:在 select 语句之前增加 explain 关键字,MySQL 会在查询上设置一个标记,执行查询会返回执行计划的信息,而不是 执行这条SQL 。
mysql 联合索引原理详述在一个市民信息表上,是否有必要将身份证号
和名字建立联合索引?
假设这个市民表的定义是这样的:
CREATE TABLE `tuser` (
`id` int(11) NOT NULL,
`id_card` varchar(32) DEFAULT NULL,
`name` varchar(32) DEFAULT NULL,
`age` int(11) DEFAULT NULL,
`ismale` tinyint(1) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `id_card` (`id_card`),
KEY `name_age` (`name`,`age`)
) ENGINE=InnoDB
我们知道 , 身份证号是市民的唯一标识 。也就是说,如果有根据身份证号查询市民信息的需求,
我们只要在身份证号字段上建立索引就够了 。而再建立一个(身份证号、姓名)的联合索引 , 是
不是浪费空间?
如果现在有一个高频请求 , 要根据市民的身份证号查询他的姓名,这个联合索引就有意义了 。它

推荐阅读