Требуется написать демон, который будет считывать данные с базы и производить определенные действия. Каким образом можно узнать, что в базе есть новые строки не делая ежесекундно запросы типа "select .. where checked=1" ? Использую DBI (mysql). В базу данные попадают через CGI скрипт (с сайта) который находится на том же сервере, что и данный демон.

а какую задачу вы хотите решить таким образом?

Не делая ежесекундно запросы вообще или не делаю запросы ежесекундно типа "..." ?

 Не делая ежесекундно запросы вообще. Например, если бы я написал на c++ и всё это было в одном процессе, но в разных потоках, я бы использовал std::condition_variable и это бы решило мою задачу (не знаю на сколько понятен мой пример). А тут разные процессы.

Добавлено через 1 минуту и 11 секунд
 Не понял вопроса. Не тыркать базу лишний раз, не нагружать CPU ненужными запросами.

Вот мне самому интересно, как считывать данные с базы, не делая туда запросы?   

Вопрос не в том, чтобы вообще не делать, а не делать их постоянно. Как бы ожидать сигнала от второго скрипта, который скажет, что в базу данные поступили, можешь считывать их.

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

Мне кажется тут надо саму архитектуру проекта пересмотреть и не "изобретать велосипед"..   

 Значит ежесекундно читать базу. В реальности это будет происходить раз в 30-60 минут. Но обработка нужна сразу.

Добавлено через 29 секунд
 Поэтому я и задал вопрос

Добавлено через 3 минуты и 5 секунд
 Ну вот это уже ближе

Ну так скрипт, который записывает данные в базу, сам запускает скрипт, который эти данные считывает, не делая регулярных запросов!

 это CGI скрипт, он должен быстро отдать ответ, что "запрос принят". А дальше идет уже реальная работа

Тогда CGi-скрипт раз в 30-60 минут запускает скрипт, который записывает данные в базу - если работа скрипта завершена без ошибок - то считаем, что данные успешно записаны и быстро отдаем ответ!

admsasha, держи в memcached ключ "есть/нет данные", читай его ежесекундно, если архитектура сложно меняется.

Так сложно   а не проще тогда будет просто файл создавать? Есть данные - "не пустой" файл, нет данных - файл с размером 0 байт. Частота проверки размера файла - гораздо выше, нежели остальные способы, там в секунду больше одного раза можно проверить   

Не, файл - это обращение к диску, мне спокойнее к памяти обращаться.

Добавлено через 8 минут
хотя... если что-то простое, не сильно замороченое, то можно и файле флаг держать

в memcached у тебя ключи, значения и т.п. А мой способ - это даже не "флаг в файле", а "свойство файла как флаг". Есть данные - файл с размером 1 байт, нет данных(по умолчанию) файл с размером 0 байт. Причем для определения свойства совсем не обязательно "открывать" данный файл(хэндл и все такое) - достаточно считать размер файла специальной функцией из файловой системы...

memcached еще надо устанавливать и т.п. А здесь все готовое - pure perl