MySQL分頁優化:mysql
SQL: select * from t_user u order by id limit 5000000, 10 分析:mysql會讀取5000010條數據,而後只返回最後10條,查詢的時間很長。 優化方案: 方案一:只容許查詢前面的數據,不容許查詢特別靠後的數據。eg:百度搜索出的結果,最多七十多頁。 方案二:在查詢下一頁時把上一頁最後一條數據的id(lastId)傳過來,即:select * from t_user u where id > 5000000 order by id limit 10 注意:若是where條件中的判斷條件還有其它非主鍵列,則須要創建複合索引,複合索引中必須包含where語句中的列。 方案三:延遲關聯非索引列,即:select * from t_user u1 inner join (select id from t_user order by id limit 5000000, 10 ) u2 on u1.id=u2.id 實驗: 環境:win7下MySQL5.6 t_user表中有6,274,934條數據,如下是t_user的建表語句: CREATE TABLE `t_user` ( `id` BIGINT(20) NOT NULL AUTO_INCREMENT, `bu_id` INT(20) NOT NULL, `name` VARCHAR(255) NOT NULL, `age` INT(11) NOT NULL, `sex` VARCHAR(255) NULL DEFAULT NULL, PRIMARY KEY (`id`) ) COLLATE='utf8_general_ci' ENGINE=InnoDB; select * from t_user u order by id limit 5000000, 10 # 2.746 sec 只有這一個查詢sql時,查詢所需的時間。 # 25.615 sec 有一個不斷往t_user表中插新數據的函數(或過程)一直在跑的狀況下,執行上面的sql查詢出數據所需的時間。 select * from t_user u where id > 5000000 order by id limit 10 # 0.047 sec 只有這一個查詢sql時,查詢所需的時間。 # 0.063 sec 有一個不斷往t_user表中插新數據的函數(或過程)一直在跑的狀況下,執行上面的sql查詢出數據所需的時間。 select * from t_user u1 inner join (select id from t_user order by id limit 5000000, 10 ) u2 on u1.id=u2.id # 2.137 sec 只有這一個查詢sql時,查詢所需的時間。 # 13.604 sec 有一個不斷往t_user表中插新數據的函數(或過程)一直在跑的狀況下,執行上面的sql查詢出數據所需的時間。