(生产事故)表不设计索引导致数据库大量查询超时,机器cpu100%,app不能正常使用

针对消息推送系统的在线和离线消息到达率问题,通过增加消息业务号字段索引及使用哈希值分表策略,有效提升消息到达记录的处理效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

16年得时候我们上线了一个统计消息推送消息到达率的功能

我们消息分为在线消息(openfire)离线消息 苹果apns推送

在线消息:用户手机收到推送消息以后,返回一个回执业务号到后台

离线消息:消息调用apsn接口苹果会返回一个成功状态值,然后也是传递一个业务号给后台应用

后台根据消息业务号加用户id加入到达记录表

插入之前会判断业务号and用户id是否重复查询

问题就出现再这里,消息到达记录表没有设置消息业务号这个字段索引值 

 

解决方案:

1,添加消息业务号字段索引

2,根据消息业务的哈希值将消息到达表进行分表(10张表)

3,适当使用redis

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值