Michael JohnsonЕсли приложение выгружает из Cloudflare D1 крупные результаты одним запросом, проверьте его до 4 ноября: с этой даты запрос, возвращающий больше 50 МБ, завершится ошибкой. Изменение касается размера результата, а не размера базы или объёма запроса к API; импорт и экспорт через REST API сохраняют прежнее поведение.
Что именно меняется
Cloudflare объявила об ограничении 30 октября 2026 года. Новое правило вступает в силу в среду, 4 ноября: если результат SQL-запроса превышает 50 МБ, D1 вернёт ошибку D1 query result exceeded the maximum response size limit of 50 MB. Компания указывает, что этот порог охватывает 99,999-й процентиль запросов в D1, то есть подавляющее большинство запросов остаётся ниже ограничения. Это оценка Cloudflare по её платформе, а не гарантия для отдельного приложения.
Важна граница между результатом запроса и передачей данных. Ограничение относится к результату, который возвращает запрос D1; операции импорта и экспорта через REST API прямо исключены из правила. Поэтому проверять нужно прежде всего прикладные запросы, которые читают много строк или широкие записи и затем получают их целиком.
Почему большой результат может появиться незаметно
Объём ответа определяется не только количеством строк. Запрос с множеством колонок может вернуть крупный результат даже при умеренном числе записей, особенно если строки содержат длинный текст или другие объёмные значения. Конструкция SELECT * добавляет все колонки, хотя вызывающей стороне могут требоваться лишь несколько. Рост таблицы со временем также способен перевести прежде безопасный запрос через порог.
Отсюда практическое следствие: проверяйте не только разовые административные выгрузки, но и регулярные операции приложения — например, обработчики отчётов, фоновые задачи и API-методы, собирающие данные для дальнейшей обработки. Это сценарии для аудита, а не утверждение, что каждый из них обязательно затронут.
Как подготовить запросы
В уведомлении Cloudflare рекомендует сократить возвращаемый набор: выбирать нужные колонки вместо SELECT * и делить большие выборки на страницы с LIMIT и OFFSET. Такой подход уменьшает объём одного ответа и помогает распределить обработку по нескольким запросам.
- Найдите широкие выборки. Просмотрите запросы с
SELECT *, без ограничения числа строк или с крупными текстовыми полями. - Сузьте проекцию. Перечислите только те колонки, которые действительно нужны следующему этапу обработки.
- Разбейте чтение на порции. Добавьте постраничное получение через
LIMITиOFFSET, как предлагает Cloudflare, и обрабатывайте порции последовательно. - Проверьте поведение после разделения. Убедитесь, что приложение объединяет результаты корректно и не рассчитывает на получение всей выборки одним ответом.
Если приложению нужен полный набор данных для отдельной выгрузки, проверьте, подходит ли для этой задачи операция экспорта через REST API: Cloudflare отдельно сообщает, что новый лимит на неё не распространяется. Для обычной логики приложения это исключение не заменяет пересмотр крупных SQL-ответов.
Кого касается срок
Непосредственно дедлайн относится к пользователям D1, у которых запросы возвращают более 50 МБ. В первую очередь стоит проверить код, где результат целиком загружается в память, передаётся между компонентами или формируется для отчёта. Если запросы уже возвращают только небольшие страницы и необходимые поля, специальное изменение может не понадобиться; основанием для решения служит фактический размер ответа ваших запросов.
Проверка до 4 ноября помогает обнаружить зависимость от одного большого ответа до того, как ограничение начнёт действовать. Для большинства запросов, по оценке Cloudflare, порог остаётся далеко за пределами обычного объёма; для затронутых систем наиболее прямой план — сократить выбранные данные, читать их порциями либо использовать предусмотренный для выгрузок путь через REST API.
