This is topic работа с БД MySQL in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Произвожу запись значений двух каналов в БД MySQL и вывожу одновременно эти же значения на тренд. Запись в БД идет ОЧЕНЬ медленно, тестировал на 2 разных комбинациях машин (от 5 до 10 сек 1 запись)
Проект ничего сложного из себя не представляет - сделан по образу примера записи в БД access в "быстром старте"
MySQL установлен на отдельной машине с Linux, общение через ODBC последней версии с сайта mysql.com
Оба компьютера ничем другим не загружены.
TRACE MODE Профайлер выдает периодически через 5-10 сек сообщение !Calc loop is big
Во время записи значения в базу тренд "подвисает", выдавая прямой горизонтальный отрезок, вместо реальных значений каналов, после записи ведет себя нормально и т.д.
Запись в реальном времени в удаленную БД MySQL не возможна в trace mode или что-то я делаю не так??
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Необходимо перейти на релиз 6.06
2. Постоянная запись в MySQL возможна только с интервалом 1,5. Более частые записи частично теряются.
3. Чтобы обмен с БД не грузил остальной процесс, можно каналы Call связи с БД перевести в поток Idle.
Posted by onik (Участник № / Member № 3267) on :
>> 2. Постоянная запись в MySQL возможна только с интервалом 1,5. Более частые записи частично теряются. с 1.5 секунды?
хотелось бы знать, что означает появление сообщения !Calc loop is big
При переводе единицы измерения канала связи с БД в "быстрый", начинает работать существенно лучше - добавляется по несколько записей в секунду, но иногда с проскоком, а в Idle так же как и раньше (это касается версии 6.05.1). При этом сообщение Calc loop is big не появляется (с"быстрый"). С чем это связано?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сообщение "Calc loop is big" означает превышение времени выполнения основного потока. Если Вы переводите выолнение обмена с БД в другой поток, то это сообщение появляться не будет.
По поводу интенсивности записи: Если канал Синусоида менялся раз в 3 цикла (1,65 сек), то все изменения попадали в БД. При изменении с периодом 2 цикла (1,1 сек) часть значений не заносилось в БД. Связано это с медлительностью работы ODBC драйвера.
