練習の後、次ページの最適化、より良い制限をまとめます
1.模造Baiduのは、Googleのプログラム（フロントエンドサービス制御）
同様のセグメント。私たちは、100に100バックをリロードする必要以上の百を変えることができます。これは、データの問題にあなたが遅いの多数をロードするたびに解決するだろう
図2は、最大レコードIDを取り出し、そしてここで、ID>最大ID
select * from table_name Where id > 最大id limit 10000, 10;
離散主キーIDフィールドに加えなどものような適切な連続日時フィールドである：この方法が適している
フロントエンドタブPAGENUM pageIndexで計算された最大のID。
取得ID内3
select * from table_name where id in (select id from table_name where ( user = xxx )) limit 10000, 10;
インデックスを覆うように参加する4 +（推奨）
select * from table_name inner join ( select id from table_name where (user = xxx) limit 10000,10) b using (id)
、彼らはインデックスの制限と一緒に行きたい条件がある場合のために、インデックスを設計する必要があり、主キーの制限は2番に置くために使用される最初のものを入れて、主キーのみを選択します！
select id from test where pid = 1 limit 100000,10;
インデックスを作成します。alter table test add index idx_pid_id(pid, id)
