现在要给全部用户或者指定用户发送邮件，“发送”操作是由我们后台人员触发的。
发送操作提交后，我们就要给用户发送了，在发送过程中可能会存在一个问题，就是发送了一段时间后，程序因某些原因死掉了，这样就导致一些用户没有收到邮件，所以我的想法是发送前先把数据库里的用户全写入到一个文件中，发送时从文件中取用户，然后再弄个用户发送日志以记录哪些用户发送了，这样出问题后，可以从出问题的“那个地方”接着执行发送.....
不知道我的想法行不行，另外我担心“把数据库中的用户写入到文件中”这个过程所花费的时间会很长，从而导致性能上会存在隐患。谢谢大家讨论我的想法，给些意见或指点！
回复内容：
现在要给全部用户或者指定用户发送邮件，“发送”操作是由我们后台人员触发的。
发送操作提交后，我们就要给用户发送了，在发送过程中可能会存在一个问题，就是发送了一段时间后，程序因某些原因死掉了，这样就导致一些用户没有收到邮件，所以我的想法是发送前先把数据库里的用户全写入到一个文件中，发送时从文件中取用户，然后再弄个用户发送日志以记录哪些用户发送了，这样出问题后，可以从出问题的“那个地方”接着执行发送.....
不知道我的想法行不行，另外我担心“把数据库中的用户写入到文件中”这个过程所花费的时间会很长，从而导致性能上会存在隐患。谢谢大家讨论我的想法，给些意见或指点！
和@舞林 同学的想法有点相似：
- 把待发的邮件，存储到列表（Lists）中，通过
lpush插入到Redis消息队列中 - 负责发送邮件的代码中通过BRPOP依次消息队列中的内容并进行处理，如果没有新邮件则会阻塞等待直到有新的消息
这样的话不管程序死掉或者什么原因都不会千万消息丢失，同时也可以不用另外加一个定时任务
相比于写文件或者是其它的方法，Redis是目前最合适的
1.修正BUG站用资源问题,优化程序2.增加关键词搜索3.修改报价4.修正BUG 水印问题5.修改上传方式6.彻底整合论坛,实现一站通7.彻底解决群发垃圾信息问题。注册会员等发垃圾邮件7.彻底解决数据库安全9.修改交易方式.增加网站担保,和直接交易两中10.全站可选生成html.和单独新闻生成html(需要装组建)11. 网站有10中颜色选择适合不同的行业不同的颜色12.修改竞价格排名方式13.修
Redis是一个开源、支持网络、基于内存、键值对存储数据库
参考：http://zh.wikipedia.org/zh/Redis
我的做法是邮件队列，放redis，crontab每分钟发送，脚本起来的时候发现上个脚本还在跑就退出，为了避免异常，脚本最多执行110秒。做好失败的监控，没啥问题。
还有什么呢，继续吧...
