mysql limit 分頁 優化網上有很多的優化方案，一些確實能夠提高幾倍乃至數百倍的效能優化。至於是哪些方案本文不進行描述了，搜尋引擎一搜就出來了很多優秀的文章。
本文主要來進行思考那些limit 優化到底是如何優化的，從mysql的執行計畫來分析。
mysql 執行計畫 ： explain 關鍵字 eg: explain select * from salaries (explain是什麼？)
檢視反編結果： 命令 show warnings 觀察mysql 反編譯後的語句 （在早期版本中，使用show warings 需要提前在被分析的sql語句前加上extended 關鍵字， 在現在的通用的版本中這個關鍵字已被預設加在執行語句前）
通過explain的執行計畫檢視 執行詳情，裡面的type,keys,extra屬性 ， 凡是limit 分頁慢的基本都是全表掃瞄，只要能不是全表掃瞄效能都能有很大的提公升，limit 優化的方案中大多數都使用了索引（只不過很多人都不知道sql使用了）， 基本上limit 優化都使用了覆蓋索引（給大家留個疑問：覆蓋索引是什麼？）
Mysql limit 優化優化
mysql 效能到底能有多高？用了php半年多，真正如此深入的去思考這個問題還是從前天開始。有過痛苦有過絕望，到現在充滿信心！mysql 這個資料庫絕對是適合dba級的高手去玩的，一般做一點1萬篇新聞的小型系統怎麼寫都可以，用xx框架可以實現快速開發。可是資料量到了10萬，百萬至千萬，他的效能還能那...
MySQL limit查詢優化
mysql的優化是非常重要的。其他最常用也最需要優化的就是limit。mysql的limit給分頁帶來了極大的方便，但資料量一大的時候，limit的效能就急劇下降。同樣是取10條資料 select from yanxue8 visit limit 10000,10 和 select from yan...
Mysql limit分頁優化
例如 優化後的子查詢語句還是需要獲取offset rows條資料，然後扔掉前offset條資料，但是只查詢了id乙個字段，對於資料量大的表來說，優化很多，而且，在優化後的語句裡可以使用byname的覆蓋索引 但個人認為更快的情況下 還是要在程式裡先計算出id的值 利用 select from tab...