在MySQL數據庫中，索引是提高查詢性能的關鍵。但是，如果不注意一些細節，索引可能會失效，從而導致查詢變慢。下面將介紹一個實際的案例，幫助我們了解MySQL索引失效的原因。

一個電商網站有一個訂單表，結構如下：

CREATE TABLE `orders` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user_id` int(11) NOT NULL DEFAULT '0',
`total_price` decimal(10,2) NOT NULL DEFAULT '0.00',
`status` tinyint(4) NOT NULL DEFAULT '0',
`created_time` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `user_id` (`user_id`),
KEY `status` (`status`),
KEY `created_time` (`created_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

該表有四個索引，分別是主鍵索引、user_id索引、status索引和created_time索引。一天，用戶反映查詢訂單列表變慢了，CPU使用率飆升。經過分析，我們發現查詢的SQL語句如下：

SELECT * FROM orders WHERE user_id = 123 AND status = 1 AND created_time >= '2022-01-01 00:00:00' AND created_time<= '2022-01-31 23:59:59' ORDER BY id DESC LIMIT 0, 20;

這個查詢語句應該用到user_id、status和created_time三個索引，但是MySQL卻選擇了全表掃描。經過進一步分析，我們發現數據庫中有大量的訂單數據，而且status=1的記錄很少，只占總記錄數的1%左右。因此，MySQL優化器判斷使用索引不劃算，選擇了全表掃描。

為了解決這個問題，我們可以給該查詢語句添加FORCE INDEX提示，強制MySQL使用created_time索引。修改后的SQL語句如下：

SELECT * FROM orders FORCE INDEX (created_time) WHERE user_id = 123 AND status = 1 AND created_time >= '2022-01-01 00:00:00' AND created_time<= '2022-01-31 23:59:59' ORDER BY id DESC LIMIT 0, 20;

添加FORCE INDEX提示后，查詢性能得到了顯著的提升，CPU使用率降低了。

通過這個案例，我們可以看到索引失效的原因可能是MySQL優化器做出的錯誤判斷，也可能是數據分布的不均衡導致索引不劃算。為了避免這種問題，我們需要對SQL語句進行優化，以及定期優化數據索引。