我建议使用
producer consumer模式,使用新表作为“工作队列”实现.不需要存储过程,因为触发器非常简单.
>触发器将填充工作队列
>代码将轮询工作队列表.因为表格非常小,所以查询速度快且负载低.
>代码可以执行您需要的任何操作,并在完成后从表中删除行 – 保持尽可能小
创建一个表,其中包含要处理的通知的ID和“处理状态”列,例如:
create table work_queue (
id int not null auto_increment,
notification_id int references notifications,
status enum ('ready', 'processing', 'failed')
);
创建一个填充工作队列表的简单触发器:
delimiter $
create trigger producer after insert on notifications
for each row begin
insert into work_queue (notification_id, status)
select new.id, 'ready'
where new.unread;
end; $
delimiter ;
您的代码将具有伪代码:
> select * from work_queue where status =’ready’order by id limit 1
> update work_queue set status =’processing’其中id =< row.id>
>执行id =< row.notification_id>的通知所需的内容
>从work_queue中删除,其中id =< row.id>或者更新work_queue set status =’failed’,其中id =< row.id> (你必须弄清楚如何处理失败的物品)
>睡眠1秒(此暂停需要与通知的峰值到达率大致相同 – 您需要对此进行调整以在work_queue大小和服务器负载之间取得平衡)
>转到1.
如果您有一个进程轮询,则无需担心锁定问题.如果您有多个进程轮询,则需要处理竞争条件.