Flutter社交APP集成Firebase聊天：拉黑校验方案咨询

方案一：每次发消息时从MySQL校验拉黑状态 #

• 好处是数据只有MySQL这一个唯一来源，不会出现多份数据不一致的问题，不用额外维护同步逻辑
• 但问题很明显：每次发消息都要跨库请求MySQL，延迟会很高，直接影响聊天的实时体验；要是MySQL服务出点波动，用户连消息都发不出去；并发量上来后，MySQL的压力也会陡增

方案二：将拉黑数据同步至Firebase Firestore/MongoDB #

• 优势在于聊天相关的校验都在本地数据库完成，延迟极低，能保证聊天的实时性；而且聊天服务和MySQL解耦，不会因为MySQL的问题影响消息功能
• 唯一需要解决的是同步问题：得确保拉黑/解除拉黑的操作能及时同步到聊天数据库，还要处理同步失败的情况——比如用户刚拉黑对方，同步还没完成时对方发了消息，这时候得有兜底机制

实际落地建议 #

• 优先选同步拉黑数据到聊天数据库，这是聊天应用的常规做法，毕竟实时性是聊天的核心
• 同步可以这么做：
  • 在业务层处理拉黑操作时，同时触发同步逻辑，把数据推到Firestore/MongoDB；或者用MySQL的触发器，监听拉黑表的变更来同步
  • 给同步操作加重试机制，比如用消息队列存同步任务，确保最终数据一致
  • 加个兜底校验：就算同步有延迟，消息发送后后端异步查MySQL做二次检查，如果发现违规就撤回消息并通知双方
• 如果暂时不想搞复杂同步，也可以在用户登录或拉黑状态变化时，把拉黑列表缓存到客户端，发消息前先本地校验，同时后端仍做MySQL校验——不过这种方式客户端缓存可能过期，后端校验还是会有延迟，只能作为过渡方案

内容的提问来源于stack exchange，提问作者code7