MySQL的分頁優化方案

本篇內容主要講解“MySQL的分頁優化方案”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“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查詢出數據所需的時間。

到此，相信大家對“MySQL的分頁優化方案”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！