今天小编给大家分享一下生产环境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索引时效的排查过程是什么”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注天达云行业资讯频道。