Web 后台，有些数据需要每月更新（或者特定时机更新），你们是主动更新还是被动更新？具体如何实现会比较优雅？
int64ago int64ago 2016-01-15 11:48:10 +08:00 2845 次点击这是一个创建于 3616 天前的主题，其中的信息可能已经有所发展或是发生改变。
简单例子，比如用户每个月有固定次数的免费电话可打，月初的时候重新恢复到那个次数
这个恢复的动作是自己写脚本定时任务搞？还是用户请求的时候，顺便更新了（传说中懒操作？！）
这两种模式对程序设计来说会有一定的差异，目前遇到一些困扰，不知道主流优雅的方式是如何的？
先谢谢了
 | 1 abelyao 2016-01-15 11:57:16 +08:00 via iPhone 偏向 定时任务自动更新。 感觉这是服务本身的业务逻辑，而不应该有用户行为来左右，另外从技术上说，难道用户每次登录，都要判断一次是否为本月第一次登录？ |
 | 2 ethego 2016-01-15 11:58:04 +08:00 crontab 或者 celery 异步更新 |
 | 3 SourceMan 2016-01-15 12:03:10 +08:00 crontab 跑定时任务 |
 | 4 int64ago OP |
 | 5 cevincheung 2016-01-15 12:12:23 +08:00 @int64ago 登录的时候加钱加错了怎么办…… |
 | 6 loading 2016-01-15 12:14:35 +08:00 via iPhone  1 都是计划任务，关于出错~ 定时备份，重要操作前备份。 数据在进去数据库前都是验证过的，程序都是全覆盖测试，基本不会出错。 |
| 7 int64ago OP @cevincheung 没太看懂你的描述 |
| 8 abelyao 2016-01-15 12:18:17 +08:00 via iPhone 1 @int64ago 定时批量恢复这个数据，可能不了解你的业务吧，只是觉得这个操作的风险已经很低了，如果连这个都没法保证，其它业务逻辑无法想象啊… 楼上 @cevincheung 应该也是这个意思，既然担心批量恢复会出错，那其它操作也有可能出错 |
 | 9 clino 2016-01-15 12:20:50 +08:00 via Android ci 类软件如 jenkins buildbot |
| 10 int64ago OP @abelyao 我倒不是担心逻辑出错，我担心的是系统抖动，导致进行的过程中出错，然后出现大面积数据畸形，关键是，这种情况出现的时候需要花大力气去定位 考虑到这种情况，那么确实单个用户也会出错，但是无论从影响还是定位，都可能要好点…… 之所以开贴问这个问题，是因为，我遇到了性能瓶颈，所以看看大家主流的处理方式，我也大概猜到可能是定时任务，所以很想把这个里的坑一起问清楚了 |
 | 11 BOYPT 2016-01-15 13:07:40 +08:00 数据库本身可以写 scheduled procedure ，不需要业务代码支持。 |
 | 12 oott123 2016-01-15 13:20:00 +08:00 呃，为啥都偏向主动更新，只有我喜欢被动更新吗…… 个人觉得主动更新压力太集中，而且对一些很久没用过的垃圾数据去做更新也是一个很浪费的事情，所以如果我做的话基本都是被动更新的。 当然楼主说遇到了瓶颈，可以考虑做个异步更新就是了…… |
| 13 int64ago OP |
 | 14 madshaw 2016-01-15 13:40:20 +08:00 via Android 昨天刚看的，实现的时候翘起小拇指比较优雅 |
 | 15 neo2015 2016-01-15 13:55:18 +08:00 我自己用的 mysql 的定时任务，如果只是数据上的事情 |
| 16 cevincheung 2016-01-16 16:02:35 +08:00 @int64ago 这是代码逻辑的问题。 记录运行中 trace 信息，定时人工查看，程序记录任务开始时间，执行任务成功更新时间，执行任务不成功，后台看 trace 定位。 数据库的事物， redis 做队列。有很多方法可以避免可能出现的潜在问题。 |
 | 17 SmiteChow 2016-01-17 11:09:24 +08:00 定时任务 celery |
Select Language