mysql分頁演算法

㈠ mysql 分表分頁查詢解決思路

當業務上按照月份分表，但是前端h5需要分頁展示，小夥伴們不知有沒有遇到這個這個需求最後怎麼完成的。

我這里想了一個解決思路，可能還不完善，希望能拋轉引玉。

1、入參pageNo 為頁號碼，如果為1那麼就是第一頁。pageSize 可以是入參也可定死，這里定死10條。Limit 是數據偏移標記，根據入參pageNo 計算出來的，Limit=(pageNo-1)*pageSize。假設A表有41條數據符合，B表有51條數據符合，如下圖。

有幾種種情況   1.如果limit<A表41條 那麼需要從A表中取數據，（1）如果Limit+pageSize<Count直接獲取數據即可（2）如果Limit+pageSize>Count,那麼需要從A 表取部分數據從B表取一部分數據。

1.如果limit>A表41條  那麼需要從B表取數據，如果B數據依然不足，那麼重復以上的步驟。如下圖

㈡ Mysql使用limit深度分頁優化

mysql使用select * limit offset, rows分頁在深度分頁的情況下。性能急劇下降。

limit用於數據的分頁查詢，當然也會用於數據的截取，下面是limit的用法：

1. 模仿網路、谷歌方案（前端業務控制）

類似於分段。我們給每次只能翻100頁、超過一百頁的需要重新載入後面的100頁。這樣就解決了每次載入數量數據大 速度慢的問題了

2. 記錄每次取出的最大id， 然後where id > 最大id

select * from table_name Where id > 最大id limit 10000, 10;
這種方法適用於：除了主鍵ID等離散型欄位外，也適用連續型欄位datetime等
最大id由前端分頁pageNum和pageIndex計算出來。

3. IN獲取id

4. join方式 + 覆蓋索引（推薦）

如果對於有where 條件，又想走索引用limit的，必須設計一個索引，將where 放第一位，limit用到的主鍵放第2位，而且只能select 主鍵！

1. jdbcpagingReader使用方式

2. db索引分區器使用方式

入參1： 表名 如test_table

入參2： 排序索引欄位 可以是主鍵，也可以是其他索引。需要保證是唯一索引即可。如：id

入參3： 主鍵可手動傳入，也可以根據表名計算出來：現在只支持單列主鍵的。 如：id

入參4: 具體表 要分多少塊。如：4

㈢ MySql中查詢語句實現分頁功能

pageNow代表當前頁面，第一頁。

㈣ MyBatis怎樣實現MySQL動態分頁

一、mysql 使用limit 子句來實現資料庫的物理分頁，limit 子句接受 一個或兩個參數，第一個參數指定第一個返回記錄行的偏移量，第二個參數指定返回記錄行的最大數量。在mybatis 中，只需要在相 應的查詢語句後，加上limit 子句，即可實現物理分頁。如下，以 一個只有欄位id，name，age 的表為例。該配置會根據傳入的 hashmap，如果含有鍵start 和鍵end，那麼即通過mybatis 強大的 動態sql，生成含有mysql 分頁的sql語句。 select * from users limit #{start},#{end}

二、myts 簡介
mybatis，前稱ibatis，後改名為mybatis，截止本文成文，最新 版本是3.0.6。它和hibernate 是java世界使用最多的兩種orm 框 架。hibernate 理念最為先進，完全實現面向對象的資料庫編程，不需要掌握sql 語句，即可實現資料庫操作，能夠節省開發人員編 寫大量sql語句的時間。但是，hibernate 在處理多表關聯時，可 能會出現n+1 問題，性能會有較大影響，要解決性能問題，需要較 深的hibernate 知識和項目經驗。mybatis 需要自己寫sql 語句， 開發效率不如hibernate，很難做到底層多資料庫的通用。但對程 序員來說有更高的可控性，可以更容易的對sql 語句進行優化，提 高效率。
在開發中直接使用jdbc 一個非常普遍的問題就是動態sql。如果 參數值、參數本身和數據列都是動態sql，通常的解決方法就是寫很多if-else 條件語句和字元串連接。而mybatis 通過ognl 提供 了一套非常清晰的方法來解決動態sql 的問題。

㈤ MySQL百萬級數據量分頁查詢方法及其優化建議

offset+limit方式的分頁查詢，當數據表超過100w條記錄，性能會很差。
主要原因是offset limit的分頁方式是從頭開始查詢，然後舍棄前offset個記錄，所以offset偏移量越大，查詢速度越慢。

比如: 讀第10000到10019行元素(pk是主鍵/唯一鍵).

使用order by id可以在查詢時使用主鍵索引。
但是這種方式在id為uuid的時候就會出現問題。可以使用where in的方式解決：

帶條件的查詢：
如果在分頁查詢中添加了where條件例如 type = 'a』這樣的條件，sql變成 ：

這種情況因為type沒有使用索引也會導致查詢速度變慢。但是只添加type為索引查詢速度還是很慢,是因為查詢的數據量太多了。這個時候考慮添加組合索引，組合索引的順序要where條件欄位在前，id在後，如 (type,id)，因為組合索引查詢時用到了type索引，而type跟id是組合索引的關系，如果只select id ，那麼直接就可以按組合索引返回id，而不需要再進行一次查詢去返回id

使用uuid作為主鍵不僅會帶來性能上的問題，在查詢時也會遇到問題。

因為在使用select id from table limit 10000,10 查詢id數據時，默認是對id進行排序，返回的是排序後的id結果，如果我們想按插入順序查詢結果，這樣查詢出來的結果就與我們的需求不相符。

聚集索引跟非聚集索引：聚集索引類似與新華字典的拼音，根據拼音搜索到的信息都是連續的，可以很快獲取到它前後的信息。非聚集索引類似於部首查詢，信息存放的位置可能不在一個區域。對經常使用范圍查詢的欄位考慮使用聚集索引。

InnoDB中索引分為聚簇索引（主鍵索引）和非聚簇索引（非主鍵索引），聚簇索引的葉子節點中保存的是整行記錄，而非聚簇索引的葉子節點中保存的是該行記錄的主鍵的值。

如果您的表上定義有主鍵，該主鍵索引是聚集索引。
如果你不定義為您的表的主鍵時，MySQL取第一個唯一索引（unique）而且只含非空列（NOT NULL）作為主鍵，InnoDB使用它作為聚集索引。
如果沒有這樣的列，InnoDB就自己產生一個這樣的ID值，
優先選index key_len小的索引進行count(*),盡量不使用聚簇索引

在沒有where條件的情況下，count(*)和count(常量)，如果有非聚簇索引，mysql會自動選擇非聚簇索引，因為非聚簇索引所佔的空間小，如果沒有非聚簇索引會使用聚集索引。count(primary key)主鍵id為聚集索引，使用聚集索引。有where條件的情況下，是否使用索引會根據where條件判斷。

㈥ Mysql怎麼使用limit分頁，求公式

對於數據不多的分頁..可以用limit
select * from table limit (20,20)
表示從第20行開始..向後移動20行..就是你說的相當於第20行到第40行..同理從第40行到第90行就是limit(40,50)

㈦ MySQL大數據量分頁查詢方法及其優化

使用子查詢優化大數據量分頁查詢

這種方式的做法是先定位偏移位置的id，然後再往後查詢，適用於id遞增的情況。

使用id限定優化大數據量分頁查詢
使用這種方式需要先假設數據表的id是連續遞增的，我們根據查詢的頁數和查詢的記錄數可以算出查詢的id的范圍，可以使用 id between and 來查詢：

當然了，也可以使用in的方式來進行查詢，這種方式經常用在多表關聯的情況下，使用其他表查詢的id集合來進行查詢：

但是使用這種in查詢方式的時候要注意的是，某些MySQL版本並不支持在in子句中使用limit子句。

參考 sql優化之大數據量分頁查詢（mysql） - yanggb - 博客園 (cnblogs.com)

㈧ mysql 數據量大的表如何做分頁查詢

直接用limit start, count分頁語句， 也是我程序中用的方法：
select * from proct limit start, count
當起始頁較小時，查詢沒有性能問題，我們分別看下從10， 100， 1000， 10000開始分頁的執行時間（每頁取20條）， 如下：
select * from proct limit 10, 20 0.016秒
select * from proct limit 100, 20 0.016秒
select * from proct limit 1000, 20 0.047秒
select * from proct limit 10000, 20 0.094秒
我們已經看出隨著起始記錄的增加，時間也隨著增大， 這說明分頁語句limit跟起始頁碼是有很大關系的，那麼我們把起始記錄改為40w看下（也就是記錄的一般左右） select * from proct limit 400000, 20 3.229秒
再看我們取最後一頁記錄的時間
select * from proct limit 866613, 20 37.44秒
難怪搜索引擎抓取我們頁面的時候經常會報超時，像這種分頁最大的頁碼頁顯然這種時
間是無法忍受的。
從中我們也能總結出兩件事情：
1）limit語句的查詢時間與起始記錄的位置成正比
2）mysql的limit語句是很方便，但是對記錄很多的表並不適合直接使用。

㈨ MySQL分頁的sql語言怎麼寫

1、首先我們建立一個表表的數據，這個表裡有25條數據，id從1到25。（下圖是部分截圖）