Исходное сообщение
"Стабильный выпуск СУБД MariaDB 10.6" Отправлено kissmyass, 12-Июл-21 02:04
> Можно https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-version... > If you insert and delete rows in smallish batches at about the > same rate in the table, the purge thread can start to > lag behind and the table can grow bigger and bigger because > of all the “dead” rows, making everything disk-bound and very slow там имеется ввиду непрерывный процесс удаления маленькими порциями, который будет интесивным для диска и поэтому не даст обновиться журналу удаления, что приведет к увелечению его размера это не то же самое что одной транзакциией удалить строки в пределах "прошлого месяца" но даже если нужно порционно удалять данные, то предлагают решение в виде задержки между порциями, в том числе с помощью встроенных средств типа innodb_max_purge_lag и это всяко лучше иметь распределенную во времени нагрузку, чем здоровенный вакум который будет блокировать все что ему понадобится на ощутимое время

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Можно https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-versioning.html >> If you insert and delete rows in smallish batches at about the >> same rate in the table, the purge thread can start to >> lag behind and the table can grow bigger and bigger because >> of all the “dead” rows, making everything disk-bound and very slow > там имеется ввиду непрерывный процесс удаления маленькими порциями, который будет интесивным > для диска и поэтому не даст обновиться журналу удаления, что приведет > к увелечению его размера > это не то же самое что одной транзакциией удалить строки в пределах > "прошлого месяца" > но даже если нужно порционно удалять данные, то предлагают решение в виде > задержки между порциями, в том числе с помощью встроенных средств типа > innodb_max_purge_lag > и это всяко лучше иметь распределенную во времени нагрузку, чем здоровенный вакум > который будет блокировать все что ему понадобится на ощутимое время
	Введите код, изображенный на картинке: