【MySQL】索引优化,为什么统计一个几十万订单的总金额还需要接近10秒钟?

文章通过实例讲述了小明在统计订单表数据时遇到的索引优化问题。小明发现,虽然对时间字段建立了索引,但在统计年度数据时查询速度慢。他了解到,当查询涉及大量数据时,MySQL可能选择全表扫描而非使用索引。通过分析数据结构和建立合适的组合索引,小明成功地减少了查询时间。总结强调了理解数据结构、遵循索引规约以及避免过度索引的重要性。
摘要由CSDN通过智能技术生成

一、小明接到一个需求,让统计一下订单表当月的卖票数和总金额

小明分析发现,订单表是业务重心,数据量会很大,目前已经有六十多万的数据,应该给时间字段建立索引。
在这里插入图片描述
在这里插入图片描述

数据库里的库、表、字段强烈建议都使用小写,用下划线代替驼峰命名。这个是公司传统艺能。

于是小明开始编写sql语句,遵从最左前缀原则,时间字段不加函数,防止索引失效,查1月份的数据

在这里插入图片描述

  • 看一下查询时间

在这里插入图片描述
果然啪的一下,很快啊!
然后小明想,怎么知道我用了索引呢?于是搜到了得用explain执行计划来分析。

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值