mysql建联合索引sql_关于mysql联合索引的一次使用经历

遇见的问题:30W查询速度慢

mysql版本:5.7

内存:1G

CPU:1核

mysql的一些配置:

innodb_buffer_pool_size:134217728 ( 128M)

key_buffer_size:16777216 ( 16M)

sort_buffer_size:720896(704K)

tmp_table_size:16M                   默认为16M        调到64-256最挂

max_connections:2532

查询的SQL语句:

select count(*) as aggregate from `dtk_products` where `is_display` = 1 and `Cid` = 1 and `Quan_timestamp` > 1546411307 and `Quan_surplus` > 0

数据量:近30W

无条件统计:耗时542ms

c7acafdbc396

图1-无条件

未创建索引

使用以上SQL查询(4个字段条件):执行耗时14.6s

c7acafdbc396

图2

c7acafdbc396

图3-索引情况

创建4个字段的单独索引

is_display Cid Quan_timestamp Quan_surplus

c7acafdbc396

图4-创建索引情况

执行SQL统计:耗时12.5s

c7acafdbc396

图5

创建联合索引

执行SQL统计:耗时25.9s

c7acafdbc396

图6

c7acafdbc396

图7-联合索引情况

通过图7 和图4的 索引情况对比,不难发现,字段Quan_timestamp 和Quan_surplus的索引基数(Cardinality)差别很大。

结论:索引基数越高,查询效率越高。联合索引的索引基数比较大

PS:

耗时:148ms

c7acafdbc396

图8

数据量:308553

c7acafdbc396

图9

Explain SQL:结果如下 type=range ;key=4个字段的联合索引

c7acafdbc396

图10-explain

该表字段共37个,包含数据类型:int archer decimal timestamp

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值