Пагинация. Страница и общий Count в 1 запросе. или быстрый вариант

@andreysneg · Регистрация: 17.01.2015

Студворк — интернет-сервис помощи студентам

Для пагинации для каждой страницы надо делать 2 запроса

1) SELECT count(*) FROM table WHERE xxx
2) SELECT * FROM table WHERE xxx OFSET xxx LIMIT xxx

Как не делать 2 запроса ? Count долгая сама по себе.

@andreysneg · 30.10.2023, 21:42 **[ТС]**

Было так - 7 sec.

SELECT SQL_NO_CACHE count(p.id) FROM posts as p JOIN catpost as c ON p.id=c.post WHERE c.category ='1'

Стало - 7 msc. Поменял таблицы местами в FROM и JOIN. И добавил LEFT JOIN

SELECT SQL_NO_CACHE count(*) FROM catpost as c LEFT JOIN posts as p ON p.id=c.post WHERE c.cat1='1'

Обе таблицы по 1 млн. записей.

Добавлено через 2 часа 45 минут
Какже я был не прав пихая всё в 1 таблицу. У меня было около 200 столбцов. Хотя странно. Если я беру только ID из таблицы, то влияют все столбцы. Почему так не справдливо сделано внутренне.

Оказывается количество столбцов дико влияет на производительность. Особенно все TEXT и MEDIUM TEXT . Удалил 20 TEXT столбцов. Всё ускорились в 5 раз.

Сократил до 5 столбцов из 200. Стало мгновенно всё.

Придется делить на кучу таблиц и join-ить. Причем на 100.000 проблем вообще не было. а 1 млн. уже так всё значимо.

@andreysneg · 31.10.2023, 16:13 **[ТС]**

Поставил innodb_buffer_pool_size=10gb и пофиг стало до количества полей . и 5 млн записей стало без проблем и 200 колонок в таблице.

У меня там стояло 320MB дефолтные походу.

Новые блоги и статьи Все статьи Все блоги /
Алиса нашла кучу ошибок компиляции и запуска в проекте, который без проблем компилировался и запускался))) anaschu 30.06.2026 Я пока посмеюся, но завтра проверю. А вообще интерсно. Дал алисе файл, в котором точно нет ошибок компиляции и запуска, и попросил их найти. Нашла кучу))) Критические ошибки, мешающие компиляции и. . .	сукцессия 16. Общий обзор, в основном что бы другие ии поняли anaschu 29.06.2026 # Передаточный документ: модель микоризной сукцессии (для нового чата) Этот документ предназначен для того, чтобы новый чат Claude мог продолжить работу без необходимости заново разбираться в. . .	сукцессия 15 неявная схема anaschu 29.06.2026 Алиса Калибровка параметров симбиотической модели: технический обзор Содержание: Введение Постановка проблемы Технические аспекты реализации Процесс внедрения изменений	сукцессия 14. Обновленная схема модели anaschu 28.06.2026 ГЛОБАЛЬНАЯ ОПИСАТЕЛЬНАЯ СПЕЦИФИКАЦИЯ ЭКОСИСТЕМНОЙ МОДЕЛИ «SOIL CHEMISTRY & MYCORRHIZA 2. 0» https:/ / ibb. co/ NnkGpfMd Представленная интегрированная схема описывает непрерывную нелинейную. . .
сукцессия 13. Питон модель трехзонного мицелия, пока что в основном арбускулярного anaschu 28.06.2026 ## Разработка агентной модели микоризной сукцессии: от выявления артефактов к созданию комплексной системы ### Аннотация Представлено исследование по разработке агентной модели микоризной. . .	сукцессия 12. краткий список проверок модели перед запуском. anaschu 27.06.2026 Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики Контекст Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .	Сукцессия 11. Проверка орудий перед войной: разработка через тестирование anaschu 27.06.2026 Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии Введение Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .	10 сукцессия. Питон код войны грибов и растений anaschu 27.06.2026 import numpy as np class PlantAgent: def __init__(self, name, strategy, initial_biomass): self. name = name self. strategy = strategy # "greedy" (широколиственные) или. . .

@andreysneg 0 / 0 / 0 Регистрация: 17.01.2015 Сообщений: 42

	Пагинация. Страница и общий Count в 1 запросе. или быстрый вариант 25.10.2023, 20:56. Показов 1758. Ответов 21 Метки нет (Все метки) Для пагинации для каждой страницы надо делать 2 запроса 1) SELECT count() FROM table WHERE xxx 2) SELECT FROM table WHERE xxx OFSET xxx LIMIT xxx Как не делать 2 запроса ? Count долгая сама по себе. 0

@andreysneg 0 / 0 / 0 Регистрация: 17.01.2015 Сообщений: 42
	30.10.2023, 21:42 [ТС]
	Было так - 7 sec. SELECT SQL_NO_CACHE count(p.id) FROM posts as p JOIN catpost as c ON p.id=c.post WHERE c.category ='1' Стало - 7 msc. Поменял таблицы местами в FROM и JOIN. И добавил LEFT JOIN SELECT SQL_NO_CACHE count() FROM catpost as c LEFT JOIN posts as p ON p.id=c.post WHERE c.cat1='1' Обе таблицы по 1 млн. записей. Добавлено через 2 часа 45 минут* Какже я был не прав пихая всё в 1 таблицу. У меня было около 200 столбцов. Хотя странно. Если я беру только ID из таблицы, то влияют все столбцы. Почему так не справдливо сделано внутренне. Оказывается количество столбцов дико влияет на производительность. Особенно все TEXT и MEDIUM TEXT . Удалил 20 TEXT столбцов. Всё ускорились в 5 раз. Сократил до 5 столбцов из 200. Стало мгновенно всё. Придется делить на кучу таблиц и join-ить. Причем на 100.000 проблем вообще не было. а 1 млн. уже так всё значимо. 0

@andreysneg 0 / 0 / 0 Регистрация: 17.01.2015 Сообщений: 42
	31.10.2023, 16:13 [ТС]
	Поставил innodb_buffer_pool_size=10gb и пофиг стало до количества полей . и 5 млн записей стало без проблем и 200 колонок в таблице. У меня там стояло 320MB дефолтные походу. 0