Кассовая программа под Windows с локальной однопользовательской базой. Все таблицы INNODB. Среда разработки Delphi2007, для связи с базой используются компоненты MyDAC.
Рабочий вариант, до начала экспериментов (транзакции не использовались от слова "совсем", все работало в режиме autocommit):
1. Запись заголовка чека: в TMyQuery подается запрос следующего вида с набором параметров:
1.
2.
3.
insert into checks(.....) values (.....);
SELECT LAST_INSERT_ID() into @CheckId;
SELECT @CheckId as CheckId;
2. Запись строк чека: полученный CheckId возвращается в приложение, далее через TMyCmd подается следующая команда с параметром :CheckId
1.
insert into check_items(CheckId, ....) values (:CheckId, .....);
3. Процедура расчета скидок, также отдельной командой через TMyCmd с параметром :CheckId
1.
call proc_calc_discount(:CheckId);
4. Процедура расчета доступных лимитов и переноса данных в промежуточные таблицы
1.
call proc_prepare_temp_items(:CheckId);
Логика не изменилась, но до начала записи в базу формируется единый скрипт следующего вида, который передается в TMyQuery:
1.
2.
3.
4.
5.
6.
7.
8.
9.
START TRANSACTION;
SET @CheckId = null;
insert into checks(.....) values (.....);
SELECT LAST_INSERT_ID() into @CheckId;
insert into check_items(CheckId, ....) values (@CheckId, .....);
call proc_calc_discount(@CheckId);
call proc_prepare_temp_items(@CheckId);
COMMIT;
SELECT @CheckId as CheckId;
В обоих случаях фиксирую в логах приложения время начала и окончания выполнения всей последовательности действий.
Казалось бы, с использованием транзакций должно стать как минимум не хуже, но все вышло с точностью до наоборот. Если верить логам, в MySQL 5.6 единый скрипт выполняется в среднем на 30% дольше, чем последовательность из нескольких команд. Для эксперимента использовались два не самых слабых терминала 2Гб/2ГГц.
В чем может быть причина?
