今天小编给大家分享一下生产环境MySQL索引时效的排查过程是什么的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。
问题:
mysql>explain SELECT
*
FROM
artisan_income
WHERE
parent_id IN (
222645481,
222583953,
222181775,
222180931,
222081126,
221678753,
221616102,
221591783,
221219312,
221195482,
221118672,
220763129,
220654289,
220633930,
220323633,
220227641,
219825564,
219720338,
219321345,
219291958
) \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: artisan_income
partitions:
type: ALL
possible_keys: idx_parent_id
key:
key_len:
ref:
rows: 20711352
filtered: 100
Extra: Using where
确实是全表扫描,带着疑问我们把生产环境数据同步到测试库,方便测试,然后在测试环境进行查询。
mysql>explain SELECT
*
FROM
artisan_income
WHERE
parent_id IN (
222645481,
222583953,
222181775,
222180931,
222081126,
221678753,
221616102,
221591783,
221219312,
221195482,
221118672,
220763129,
220654289,
220633930,
220323633,
220227641,
219825564,
219720338,
219321345,
219291958
) \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: artisan_income
partitions:
type: range
possible_keys: idx_parent_id
key: idx_parent_id
key_len: 5
ref:
rows: 1870780
filtered: 100
Extra: Using index condition
发现在测试环境就用到了parent_id字段的索引,生产库和测试库同样都是5.7的版本,数据也几乎一样,但是执行计划不一样,第一时间想到了统计信息的问题,于是进行analyze table
analyze table artisan_income;
然后查看执行计划:
mysql>explain SELECT
*
FROM
artisan_income
WHERE
parent_id IN (
222645481,
222583953,
222181775,
222180931,
222081126,
221678753,
221616102,
221591783,
221219312,
221195482,
221118672,
220763129,
220654289,
220633930,
220323633,
220227641,
219825564,
219720338,
219321345,
219291958
) \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: artisan_income
partitions:
type: range
possible_keys: idx_parent_id
key: idx_parent_id
key_len: 5
ref:
rows: 1901880
filtered: 100
Extra: Using index condition
发现执行计划已经恢复正常。
mysql>SELECT
*
FROM
artisan_income
WHERE
parent_id IN (
222645481,
222583953,
222181775,
222180931,
222081126,
221678753,
221616102,
221591783,
221219312,
221195482,
221118672,
220763129,
220654289,
220633930,
220323633,
220227641,
219825564,
219720338,
219321345,
219291958
) \G
返回行数:[0],耗时:2 ms.
以上就是“生产环境MySQL索引时效的排查过程是什么”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注亿速云行业资讯频道。
亿速云「云数据库 MySQL」免部署即开即用,比自行安装部署数据库高出1倍以上的性能,双节点冗余防止单节点故障,数据自动定期备份随时恢复。点击查看>>
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。