Показатели процесса mysqld на момент вызова скрипта.

[beba]

Показатели процесса mysqld на момент вызова скрипта.

Можно ли узнать показатели процесса mysqld на определенный момент времени?

Есть задача оперативного обновления данных. Зачастую данные могут идти большими пачками, а кронтаб запускает скрипт каждые 5 минут. Иногда бывают накладки нескольких параллельных запросов (один был запущен сейчас, один 5 минут назад).. данные начинают обрабатываться заново.. ну и в итоге mysql вешает сервер..

Есть идея в скрипте, который запускается по кронтабу по каким-то параметрам смотреть загруженность процесса mysqld, и в завимости от этого запускать на выполнения обработку или нет..

Я думаю решение не самое хорошее, другого пока на ум не приходит.

Можете посоветовать чего-нибудь по этой проблеме или же хотя бы помочь с вопросом который был задан.
Спасибо.

 

[voituk]

При запуске скрипта создавать лоr-файл, а после его завершения удалять.
Также перед запуском проверять наличие лок-файла и если он ещё существует - не запускаться.

 

[beba]

клево.. спасиб..
я как об этом не подумал...

 

[Navarro]

INSERT DELAYED

 

[voituk]

Navarro
Внимательнее читай вопрос, ключевое слово "обновления".

 

[si]

voituk

лоr-файл

lock file это называется

 

[voituk]

si
Спасибо, опечатался.

 

[Navarro]

Автор оригинала: voituk
Navarro
Внимательнее читай вопрос, ключевое слово "обновления".

А напрячься в этом направлении никак?
[sql]
UPDATE [LOW_PRIORITY] [IGNORE] tbl_name
SET col_name1=expr1 [, col_name2=expr2, ...]
[WHERE where_definition]
[LIMIT #]
[/sql]

p.s Insert это тоже обновление
Ключевое слова DELAYED, LOW PRIORITY

 

[voituk]

Navarro
А не начинать изобретать велосипед не зная о задаче что стоит, - слабо?
Где написано что во время запуска скрипта по обновленным данным не происходит пересчет?

А про проблемы использования асинхронных вызовов DELAYED - отдельный разговор.
Чего стоит только возможность потери данных при креше.