索引失效问题,不知道原因

一: select 
ID,b.STAND_ID,b.STATION_ID,GROUP_ID,a.OP_TIME,a.BATCH_NUMBER
from  data_collect a inner join
(SELECT STATION_ID,STAND_ID, max(BATCH_NUMBER) as BATCH_NUMBER
    FROM
        data_collect
    WHERE
    OP_TIME <= '2018-03-23 09:01:00'
GROUP BY  STAND_ID
)  b 
on a.BATCH_NUMBER=b.BATCH_NUMBER and  a.STAND_ID=b.STAND_ID

order by b.STATION_ID,b.STAND_ID

索引为:STAND_ID, OP_TIME, BATCH_NUMBER  

不走索引

二:走索引

SELECT

ID,
b.STAND_ID,
a.STATION_ID,
a.GROUP_ID,
a.OP_TIME,
a.PT1,
a.PT2,
a.TE1,
a.TE2,
a.PT3,
a.PT4,
a.TE3,
a.TE4,
CVI1,
QI,
FT1,
FT1Q,
FT2,
FT3,
FC1V1,
LT1,
QQI,
JQI,
FT3Q,
FT2Q,
FT3Q_PRICE,
JQI_PRICE,
QQI_PRICE,
a.BATCH_NUMBER
FROM
data_collect a
INNER JOIN (
SELECT
STAND_ID,
 max(BATCH_NUMBER) AS BATCH_NUMBER
FROM
data_collect
WHERE
1 = 1
AND OP_TIME <= '2018-03-23 09:01:00'
GROUP BY STAND_ID
) b ON a.BATCH_NUMBER = b.BATCH_NUMBER AND a.STAND_ID = b.STAND_ID
ORDER BY a.STATION_ID,a.STAND_ID
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
MySQL索引是提高数据库查询效率的重要手段之一,然而有时我们会遇到索引失效的情况,导致查询变得非常缓慢。那么为什么会出现这种情况呢? 原因主要有以下几个方面: 1. 索引列类型不匹配:MySQL支持的索引类型比较多,如B-Tree索引、Hash索引、Full-Text索引等,不同类型的索引适用场景也不同。如果我们在一个字符串列上建立了Hash索引,那么在查询该列时,索引是无法起到作用的,这时就会导致索引失效。 2. 数据量过大:如果我们在一个数据量过大的表上建立了索引,并且经常对该表进行大量的插入、更新或删除操作,那么由于索引的维护也是需要时间的,这时索引可能就会失效。为了避免这种情况,我们可以使用分区表等技术,将数据分散到多个表中。 3. 索引列顺序不一致:MySQL中的复合索引可以由多个列组合而成,但是如果我们在查询时所使用的列和索引中的列的顺序不一致,那么索引也会失效。以复合索引(id, name)为例,如果我们在查询时只使用了name列,那么索引是无法发挥作用的。 4. 统计信息不准确:MySQL会根据统计信息估算出查询结果集的大小,从而决定使用哪个索引,但如果我们没有定期更新统计信息,那么这些信息就会失效,导致索引选择不准确,从而影响查询性能。 综上所述,索引失效原因有多方面,我们需要在平时的数据库设计和维护中注意这些问题,避免出现索引失效导致查询变慢的情况。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值