встроенных механизмов нету?

в любом случае спасибо, буду пробовать

встроенным механизмом должен быть "инишал лоад" , перелить из базы в очередь данные. можно каким-то скриптом

нужна какая-то одна или несколько таблиц, ведь?

Только перезаписать все данные. Например с бекапа.

Да хоть всю базу

select GROUP_CONCAT(stat SEPARATOR ' ') from (select concat('KILL ',id,';') as stat from information_schema.processlist WHERE Time>100) as stats;

Получаем строку типа "KILL 345345; KILL 346467;" Как ее выполнить?

Всем привет) Опишу проблему:
Есть таблица object с полями:
id
last_status_id

И есть таблица status с полями:
id
object_id

Когда вставляется запись в таблицу status, то отрабатывает триггер на обновление last_status_id из таблицы object.

Вопрос такой:
В каких случаях может не отрабатывать триггер? Кто сталкивался может с такой проблемой

Отловить такую ошибку сложно, возникает на бою, пользователи жалуются, но как воспроизвести её не понимаю.
Почитал документацию официальную, там пишут о том, что с внешними ключами плохо работает триггер, но это не мой случай, внешнего ключа у меня нет на этом поле

А что такое object_id?

Поле типа integer, типа берётся из таблицы object с поля id. Но без внешнего ключа

А как тогда?

И как это у тебя статус ссылается на объект, а объект на статус? Такого не может быть

Таблица object, записи:
id: 1, last_status_id:null

Вставляется запись в status с такими данными:
id:1, object_id:1

Триггер по вставляемой записи находит в таблице object запись c с идентификатором 1 и данные меняются на:
id: 1, last_status_id:1

Внешних ключей в таблицах нет

А зачем это делать? Ведь ты можешь взять эту информацию из первой таблицы

Так исторически сложилось, ещё лет 10 назад) Проект старый)

Ну это бессмысленный триггер. Можешь его удалить

Переписывать написанную за 10 лет всю бизнес логику точно не буду))) Прям очень много бизнес процессов на это поле завязано)

Но это поле можно прочитать из одной таблицы. В которую вставляется. Триггер просто дублирует данные