gpt4 book ai didi

由于单独的索引,MySQL 查询速度慢?

转载 作者:行者123 更新时间:2023-11-29 02:29:22 25 4
gpt4 key购买 nike

这是我的情况。我有一个 MySQL MyISAM 表,其中包含大约 400 万条记录,总共有 13.3 GB 的数据。该表包含从外部系统接收的消息。表中的两列跟踪时间戳和 bool 值是否处理了消息。

使用此查询时:

SELECT MIN(timestampCB) FROM webshop_cb_onx_message

结果几乎立即显示。

但是,我需要找到未处理消息的最早时间戳,如下所示:

SELECT MIN(timestampCB ) FROM webshop_cb_onx_message WHERE handled = 0

此查询的结果在大约 3 分钟后显示,这对于我正在编写的脚本来说太慢了。

两列都是单独索引的,而不是一起索引的。但是,考虑到表中已有的数据量,向表中添加索引将花费非常长的时间。

我的问题是否源于两列分别索引的事实,如果是这样,除了添加另一个索引之外,是否有人可以解决我的问题?

最佳答案

通常建议,如果索引的选择性超过 20%,则全表扫描优于索引访问。这意味着您处理的索引很可能实际上不会导致使用索引,而是在给定选择性的情况下进行全表扫描。

handled, timestampCB 的复合索引实际上可能会提高性能,因为它是一个复合索引,即使选择性不是很好 MySQL 很可能仍会使用它 - 即使它没有你可以force it's use .

关于由于单独的索引,MySQL 查询速度慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15509999/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com