parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Ответ

andylars 24.01.2017 20:25

Это не клиентский запрос.
Это фоновая очередь, задачи которой исполняют демоны
Ну вот тем более, для сервисных процессов Парсер тоже не целевой инструмент. Рано или поздно вляпаешься во что-то. Я так однажды уже вляпался, когда внезапно в узком месте понадобилась бинарная замена данных в файле.
MySQL не умеет блокировать несуществующие в таблице записи и для подобной задачи непригоден.
Имелось ввиду, что логику очереди/блокировки можно построить синтетически, создав свою таблицу со своими правилами.
Memcached вполне подходит как инструмент для очереди или блокировок, но в обсуждаемом случае кроме скорости не имеет никаких преимуществ над file:lock.
Как минимум, в отличие file:lock - оно работает сейчас и с Парсером. И скорость таки имеет значение (хотя операции с файлами на SSD/tmp-диске, это еще вопрос, да).
А наблюдать за работой через файлы и отлаживать гораздо проще.
Ну... тут чисто в целях отладки можно параллельно куда-то писать, где удобно смотреть глазами.