大批量订单来了由于入库慢，先缓存后通知入库

请求小，订单少时，订单可以先入db，再刷到缓存。其他地方需要查询订单时，直接到缓存中查询，但当大批量订单来临，每个订单入库就变得慢了。

很奇怪的是，订单少时，每个订单（100多个字段）入库时间在2ms左右，当订单大量来临，订单入库时间到了两位数的ms。从而导致订单排队，影响交易。

 

为了效率，我想可以修改成这样。

这意味着，完全相信缓存中的订单是最新的。

先入redis，然后通过mq或者线程池或者其他方式异步入库订单，从而可以不用关心订单的入库效率。甚至可以开启定时任务批量订单入库与更新。但订单更新有先后。所以还是通过有序mq通知更新比较可靠。

 

我想，必定可行，当然，存在的风险就是缓存redis慢了，怎么办。