freeswitchforum.com

Нашли в чем была проблема. На таблице sip_registrations у нас висел триггер, который запускался каждый INSERT и UPDATE и DELETE. Триггер обновлял данные во второй таблице, которая являлась копией таблицы sip_registrations, созданной нами. Эту копию мы создали для сбора статистики. Вот этот триггер и делает задержку. Вот бы ещё понять как запускать триггер, чтоб он не влиял на регистрации

накой триггер?
дергайте хранимку по встроенному в мускул шедулеру

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Vlad, большое спасибо за то что откликаетесь) Можно Ваше второе предложение поподробней и желательно со ссылками если таковые имеются, не понял о чем оно

первое что под руку попалось:
Хранимые процедуры в MySQL
События (events) в MySQL (планировщик заданий аля CRON)

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Не совсем то что нужно. Дело в том что наш триггер обновлял данные во второй таблице как только в первой произошел к примеру insert или update(пример запроса который происходил на UPDATE'e: """UPDATE sip_registrations_history SET expires=NEW.expires WHERE call_id=NEW.call_id AND sip_user=NEW.sip_user;""", sip_registrations_history - это наша вторая таблица). А то что вы предлагаете будет производится в какое-то запланированное время и все записи получается.

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

можно добавить в рабочие таблицы поля
`InsertTime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'Момент добавления записи в таблицу',
`LastUpdateTime` timestamp NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT 'Момент последнего обновления записи'
дадут понять когда произошли изменения

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Спасибо большое за совет