MySQL 8于2018年4月發(fā)布，其中一個重要的改變是廢棄了查詢緩存。在此之前，MySQL一直使用查詢緩存作為一種增強查詢執(zhí)行速度的手段。

查詢緩存最初的設(shè)計是為了減少SQL查詢的響應(yīng)時間，它會將已執(zhí)行的查詢結(jié)果緩存在內(nèi)存中，以便重復(fù)查詢時能夠直接從緩存中獲取結(jié)果而無需重新執(zhí)行查詢。這個設(shè)計看似不錯，但是在實踐中確實存在一些問題。

首先，查詢緩存對于有大量寫操作的數(shù)據(jù)庫應(yīng)用并不適用，因為任何表上的更新操作都會導(dǎo)致所有相關(guān)的查詢緩存被清除。這意味著由于更新操作的頻繁發(fā)生，查詢緩存的使用可能非常少。其次，查詢緩存也在一些高并發(fā)的應(yīng)用場景下表現(xiàn)不佳。因為多個查詢在同時對同一個結(jié)果進行寫入和讀取操作時，緩存的寫入和讀取可能導(dǎo)致鎖定和資源競爭，從而影響數(shù)據(jù)庫的性能。

示例1：SELECT * FROM 表 WHERE 條件;
SELECT * FROM 表 WHERE 條件;   -- 第二次查詢，從緩存中獲取結(jié)果

以上示例展示了查詢緩存的工作方式，第一次執(zhí)行查詢時，MySQL會將查詢結(jié)果保存在緩存中，第二次查詢時，MySQL會直接從緩存中返回結(jié)果，避免重復(fù)查詢。

盡管查詢緩存在某些場景下有一定的作用，但卻受到了某些局限性的制約。MySQL 8的開發(fā)團隊認為，查詢緩存的性能和效果并不盡如人意，尤其是在大規(guī)模的高并發(fā)場景下。為了解決這個問題，他們決定廢棄查詢緩存，而使用其他的增強查詢性能的方式，如索引和預(yù)取。

總的來說，MySQL 8的廢棄查詢緩存不是一個突然決定，而是在歷經(jīng)許多開發(fā)和測試之后的結(jié)果。雖然查詢緩存本身在某些場景下有優(yōu)勢，但在整個MySQL數(shù)據(jù)庫的性能和可擴展性方面，它并不是一個絕對必要的功能。MySQL 8的廢棄查詢緩存使數(shù)據(jù)庫更加靈活和高效，以適應(yīng)更廣泛的應(yīng)用場景。