MySql Big Data With Multiple Select [дублировать]

В этом уроке показан отличный способ сделать разбиение на страницы. Эффективное разбиение на страницы с использованием MySQL

Короче говоря, избегайте использования OFFSET или большого LIMIT

Определите OFFSET для запроса. Например,

стр. 1 - (записи 01-10): offset = 0, limit = 10;

стр. 2 - (записи 11-20) offset = 10, limit = 10 ;

и используйте следующий запрос:

SELECT column FROM table LIMIT {someLimit} OFFSET {someOffset};

пример для страницы 2:

SELECT column FROM table
LIMIT 10 OFFSET 10;

Запрос 1: SELECT * FROM yourtable WHERE id > 0 ORDER BY id LIMIT 500

Запрос 2: SELECT * FROM tbl LIMIT 0,500;

Запрос 1 работает быстрее с малыми или средними записями, если количество записей равно 5000 или выше, результат

Результат для 500 записей:

Query1 принимает 9.9999904632568 миллисекунд

Query2 принимает 19.999980926514 миллисекунд

Результат для 8000 записей:

Query1 принимает 129.99987602234 миллисекунды

Query2 принимает 160.00008583069 миллисекунд

Есть литература об этом:

• Оптимизированная разбивка на страницы с использованием MySQL , что делает разницу между подсчетом общего количества строк и разбиением на страницы.
• Эффективная разбивка на страницы с использованием MySQL , Yahoo Inc. на Percona Performance Conference 2009. Команда Percona MySQL предоставляет ее также как видео Youtube: Эффективное разбиение на страницы с использованием MySQL (видео) ,

Основная проблема возникает при использовании больших OFFSET s. Они избегают использования OFFSET с различными технологиями, начиная от id диапазона выбора в предложении WHERE, до каких-либо страниц кэширования или предварительного вычисления.

Предлагаются решения при использовании ИНДЕКС, ЛЮК:

• " Пейджинг через результаты ".
• " Разметка сделана правильно ".

Для эффективности 500 записей, вероятно, не проблема, но если у вас есть миллионы записей, может быть выгодно использовать предложение WHERE для выбора следующей страницы:

SELECT *
FROM yourtable
WHERE id > 234374
ORDER BY id
LIMIT 20

«234374» Вот идентификатор последней записи из предыдущей страницы, которую вы просмотрели.

Это позволит использовать индекс для идентификатора для поиска первой записи. Если вы используете LIMIT offset, 20, вы можете обнаружить, что он становится все медленнее и медленнее, когда вы переходите к концу. Как я уже сказал, это, вероятно, не имеет значения, если у вас всего 200 записей, но это может повлиять на большие результирующие наборы.

Еще одно преимущество этого подхода состоит в том, что если данные изменяются между вызовами, вы не пропустят записи или не получат повторную запись. Это связано с тем, что добавление или удаление строки означает, что смещение всех строк после ее изменения. В вашем случае это, вероятно, не важно - я думаю, ваш пул объявлений не меняется слишком часто, и в любом случае никто не заметит, если они получат одно и то же объявление дважды подряд, но если вы ищете «лучший способ», то это еще одна вещь, которую следует иметь в виду при выборе того, какой подход использовать.

Если вы хотите использовать LIMIT со смещением (и это необходимо, если пользователь переходит непосредственно на страницу 10000 вместо пейджинга через страницы один за другим), то вы можете прочитать эту статью о методах поиска в конце строки , чтобы повысить производительность LIMIT с большим смещением.

вы также можете сделать

SELECT SQL_CALC_FOUND_ROWS * FROM tbl limit 0, 20

Счетчик строк оператора select (без ограничения) записывается в одном и том же предложении выбора, так что вам больше не нужно запрашивать размер таблицы , Вы получаете количество строк, используя SELECT FOUND_ROWS ();