Ошибки MySQL-сервера после обновления с версии 48.6 на версию 49.3 : УКМ-4

А что, если обрезать чеки, то накопления сбрасываются?

Текущее (итоговое) накопление не сбросится думаю.
Но вся статистика удалится. Поскольку накопления привязаны к чекам.

А как удаление чеков и бонусная программа взаимосвязаны? Деньги ведь на счетах хранятся, а не в чеках.

Счет может быть с периодическим пересчетом.
Если считается например последний год, резать на меньшее нельзя.

Для СГО база в 100Гб вполне нормально и даже немного.
Вот толстая магазинная БД, на которой за сотню касс висит - это да, жестко.

Накопления жестко связанны с чеками.
Если урезать чеки то потом никак не будет возможно посмотреть/проанализировать покупки клиента.

C+ прислал мне обновление MySQL до версии 5.1.61. Скоро буду тестировать.

Как тесты?

Пока не ставил этот патч.
Закончился процесс конвертации базы, он длился около месяца на базе в 100 Гб и грузил винты на 100%. После этого стала работать обрезка чеков и дамп базы уменьшился в 3 раза. Сервер был перенесен на новое железо с быстрым массивом винтов (RAID10, 8х72Gb 15K), на этом основные проблемы закончились. MySQL также стабильно падает раза 3 в неделю. На неделе сделаю бэкап-рестор базы, проверю и отпишусь.

Откуда и куда конвертировали?

При переходе на версию 49 изменяется структура таблиц, в которых хранятся чеки и в фоновом режиме запускается процедура конвертации чеков (CBottomExecutor запускает php-скрипт из папки c:\Program Files\ukmserver\ukmupman\update\bottoms\bottom_00004901.php).

Получается примерно так:
Таблица trm_out_receipt_item переименовывается в trm_out_receipt_item_49 и преобразованные данные переносятся в trm_out_receipt_item. Потом trm_out_receipt_item_49 удаляется. Также с остальными таблицами содержащими данные о чеках.