请教IM中群组消息异步入库引发的问题，如何处理最优化

之前设计群组消息处理的时候采是用的写扩散存储逻辑，且处理过程为数据入库成功后再给发送方返回成功标识，即同步处理群组消息的入库和消息转发等逻辑，考虑到后面如果开放500人甚至一千人大群，那么同步处理可能会出现性能IO瓶颈，所以现在考虑使用MQ将数据做异步入库处理，但是在极限场景下如果MQ中的消息没能实时入库而有群成员拉取了群离线消息会导致群消息丢失的问题，想请教一下大家这种场景有什么好的解决方案吗？或者整个群组模块的数据入库逻辑有什么更好的处理思路呢？谢谢！

你可以考虑将消息放入redis