Общий Аврора писатель для аналитики вызывает тайм-аут ожидания блокировки на производстве

Question

До того, как я перешел на аврору, у меня была стандартная конфигурация master-> slave, которая изолировала Looker, мою аналитическую платформу.На ведомом устройстве мне был задан параметр tx_isolation db READ-COMMITTED для решения проблем ожидания блокировки.

Теперь, когда я переместил все на Aurora MySQL 5.7, и все в одном кластере базы данных, я не могупроделайте трюк tx_isolation на устройстве записи, поскольку это может привести к несогласованности производственных данных.Теперь аналитические запросы приводят к превышению времени ожидания блокировки. Превышено время ожидания.

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

Answer 1

Обходной путь - изменить параметры подключения mysql, используемые механизмом аналитики.

Вы можете передать переменную sessionVariables=tx_isolation='READ-COMMITTED' Это гарантирует, что аналитические запросы имеют более низкий уровень изоляции, поэтому они не вызывают блокировкупроблем, при этом поддерживая ACIDity рабочих запросов.

В Looker есть поле Additional Params, в которое можно просто скопировать и вставить эту строку.