用户生日当天发送短信祝福功能如何设计

[ingin]

想到使用定时任务每天查询，但是用户量大的话特别耗系统资源，有没有更完美的设计方案

[puzzle9]

有一个牛逼的思路
虽然我没这么写过 可我觉得也能用

在用户填写生日后 添加个延迟队列到那一天 然后根据项目周期 再多来几次 我觉得 10 次就够了

然后 就可以把锅给运维了
手动狗头

[yitingbai]

select * from customer where MONTH(birthday) = MONTH(NOW()) and DAY(birthday) = DAY(NOW())

[dqzcwxb]

定时任务,延迟队列,时间轮

[dcty]

请问这个用户量得大到什么程度才会让你有这样的担忧，要不偷偷加一个字段，B_DAY_INDEX (0~365)

[PiersSoCool]

就算 14 亿人，14 亿个数据，分分钟也搞定了，不行就搞个 bucket 算法

[xiaoleis]

每天凌晨一点把当天生日的用户数据统计好。 抽个时间集体发短信就行。 同问用户量得大到什么程度才会让你有这样的担忧。

[imn1]

你该不会是认为每个用户给一个任务吧？
是每天一个任务啊，搜当天生日的所有用户就是了

[misaka19000]

你的用户量是有多大？？？全球也就 70 亿人吧？？？

[Building]

App 设定本地通知 schedule，通知触发后给发送请求，后台收到请求发送短信。

[lshero]

居然担心的是系统资源而不是短信费

[en20]

@lshero 短信费是老板担心,程序员不考虑这些

[raaaaaar]

我想了下，最简单的就是开个定时任务，每天唤醒次，找到当天生日的人，再推送就好了。其实这就挺快的了，毕竟一天就扫描一次，生日加个索引扫描一遍就行了。

如果要优化的话，首先想到的是空间换时间，直接开 365 个桶，生日装到对应的桶里，每天直接用对应的桶就行了。

延时队列啥的我没用过。。

不过的确短信费才是大头，程序其实消耗不算大。。

[abersheeran]

用一个 kv 数据库，每个用户被创建的时候把该用户唯一 id 加进对应的“月-日”下，注销的时候去对应的“月-日”下删掉。完事。