Схема производительности отслеживает транзакции. В иерархии событий, события ожидания вложены в события этапов, которые вложены в события операторов, которые вложены в события транзакций.

Эти таблицы хранят события транзакций:

В следующих разделах описываются таблицы событий транзакций. Также существуют сводные таблицы, которые агрегируют информацию о событиях транзакций; см. Раздел 29.12.20.5, “Таблицы сводки транзакций”.

Для получения дополнительной информации о взаимосвязи трех таблиц событий транзакций см. Раздел 29.9, “Таблицы схем производительности для текущих и исторических событий”.

Настройка сбора событий транзакций

Для управления сбором событий транзакций, установите состояние соответствующих инструментов и потребителей:

Инструмент transaction и потребители транзакций events_transactions_current и events_transactions_history включены по умолчанию:

mysql> SELECT NAME, ENABLED, TIMED
       FROM performance_schema.setup_instruments
       WHERE NAME = 'transaction';
+-------------+---------+-------+
| NAME        | ENABLED | TIMED |
+-------------+---------+-------+
| transaction | YES     | YES   |
+-------------+---------+-------+
mysql> SELECT *
       FROM performance_schema.setup_consumers
       WHERE NAME LIKE 'events_transactions%';
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | NO      |
+----------------------------------+---------+

Для управления сбором событий транзакций при запуске сервера, используйте такие строки в файле my.cnf:

Для управления сбором событий транзакций во время выполнения, обновите таблицы setup_instruments и setup_consumers:

Для сбора событий транзакций только для определенных таблиц событий транзакций, включите инструмент transaction, но только потребителей транзакций, соответствующих требуемым таблицам.

Для дополнительной информации о настройке сбора событий, см. Раздел 29.3, “Настройка схем производительности при запуске” и Раздел 29.4, “Настройка схем производительности во время выполнения”.

Границы транзакций

В MySQL Server транзакции начинаются явно с этих операторов:

START TRANSACTION | BEGIN | XA START | XA BEGIN

Транзакции также начинаются неявно. Например, когда системная переменная autocommit включена, начало каждого оператора запускает новую транзакцию.

Когда autocommit отключена, первый оператор после завершенной транзакции помечает начало новой транзакции. Последующие операторы являются частью транзакции до ее подтверждения.

Транзакции явно завершаются этими операторами:

COMMIT | ROLLBACK | XA COMMIT | XA ROLLBACK

Транзакции также завершаются неявно, выполнением операторов DDL, операторов блокировки и операторов администрирования сервера.

В последующем обсуждении ссылки на START TRANSACTION также относятся к BEGIN, XA START и XA BEGIN. Аналогично, ссылки на COMMIT и ROLLBACK относятся к XA COMMIT и XA ROLLBACK соответственно.

Схема производительности определяет границы транзакций аналогично серверу. Начало и конец события транзакции тесно соответствуют соответствующим переходам состояний на сервере:

Существуют тонкие последствия этого подхода:

Для иллюстрации рассмотрим следующий сценарий:

1. SET autocommit = OFF;
2. CREATE TABLE t1 (a INT) ENGINE = InnoDB;
3. START TRANSACTION;                       -- Transaction 1 START
4. INSERT INTO t1 VALUES (1), (2), (3);
5. CREATE TABLE t2 (a INT) ENGINE = MyISAM; -- Transaction 1 COMMIT
                                            -- (implicit; DDL forces commit)
6. INSERT INTO t2 VALUES (1), (2), (3);     -- Update nontransactional table
7. UPDATE t2 SET a = a + 1;                 -- ... and again
8. INSERT INTO t1 VALUES (4), (5), (6);     -- Write to transactional table
                                            -- Transaction 2 START (implicit)
9. COMMIT;                                  -- Transaction 2 COMMIT

С точки зрения сервера, транзакция 1 завершается, когда создается таблица t2. Транзакция 2 не начинается до тех пор, пока не будет обработана транзакционная таблица, несмотря на промежуточные обновления нетранзакционных таблиц.

С точки зрения Performance Schema, транзакция 2 начинается, когда сервер переходит в активное состояние транзакции. Заявления 6 и 7 не включены в границы транзакции 2, что согласуется с тем, как сервер записывает транзакции в двоичный журнал.

Инструментарий транзакций

Транзакции определяются тремя атрибутами:

Для уменьшения сложности инструментария транзакций и обеспечения того, что собранные данные о транзакциях предоставляют полные и осмысленные результаты, все транзакции инструментируются независимо от режима доступа, уровня изоляции или режима autocommit.

Для выборочного изучения истории транзакций используйте атрибуты столбцов в таблицах событий транзакций: ACCESS_MODE, ISOLATION_LEVEL и AUTOCOMMIT.

Стоимость инструментария транзакций можно снизить различными способами, например, включением или выключением инструментария транзакций в зависимости от пользователя, учетной записи, хоста или потока (соединения клиента).

Транзакции и вложенные события

Родительское событие транзакции — это событие, которое инициировало транзакцию. Для явно начатой транзакции это включает в себя инструкции START TRANSACTION и COMMIT AND CHAIN. Для неявной транзакции — это первая инструкция, использующая транзакционный движок после завершения предыдущей транзакции.

В общем случае, транзакция является родительским уровнем для всех событий, инициированных во время транзакции, включая инструкции, которые явно завершают транзакцию, такие как COMMIT и ROLLBACK. Исключение составляют инструкции, которые неявным образом завершают транзакцию, например, DDL-инструкции, в этом случае текущая транзакция должна быть подтверждена перед выполнением новой инструкции.

Транзакции и хранимые программы

Транзакции и события хранимых программ связаны следующим образом:

Транзакции и точки сохранения

Инструкции точки сохранения регистрируются как отдельные события инструкций. События транзакций включают отдельные счетчики для SAVEPOINT, ROLLBACK TO SAVEPOINT и RELEASE SAVEPOINT инструкций, выданных в рамках транзакции.

Транзакции и ошибки

Ошибки и предупреждения, возникающие внутри транзакции, записываются в события инструкций, но не в соответствующее событие транзакции. Это включает ошибки и предупреждения, специфичные для транзакции, такие как откат по нетранзакционной таблице или ошибки согласованности GTID.