為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？正如房東所說，分頁查詢在我們的實際應用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、reg

為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？

正如房東所說，分頁查詢在我們的實際應用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、register中u在time字段上創(chuàng)建一個復合索引。這樣，條件排序可以有效地利用索引，性能得到快速提高。

如上例所示，當limit子句變?yōu)椤發(fā)imit 100000，50”時，我們會發(fā)現(xiàn)，如果只選擇了50條語句，為什么會變慢？

，所以我們會覺得很慢。

mysql多表查詢中，表的數(shù)量很大而且查詢條件很多，加視圖的話可不可以提高查詢速度呢？

視圖模式可以“簡化”查詢邏輯并使查詢看起來簡單。但是，如果多表查詢的性能較差，則很難在視圖模式下進行查詢，很難找到性能瓶頸。所以優(yōu)化的本質(zhì)不會改變。它是建立在資源平衡的基礎上的。簡化并不能解決性能問題。