17 | 大厂都是怎么做MySQL to Redis同步的?

该思维导图由 AI 生成，仅供参考

大厂在MySQL to Redis同步中采用了两种主要策略：一种是将全量数据存储在Redis中，通过消息队列实时更新缓存；另一种是利用Binlog实时更新Redis缓存。在超大规模系统中，缓存穿透成为一个难以承受的问题，因此大厂采用了将全量数据存储在Redis中的策略，避免了缓存穿透的风险。然而，这种策略引发了新的问题，即如何保证Redis中的数据与数据库中的数据同步更新。针对这一问题，大厂采用了启动一个更新缓存的服务，接收数据变更的消息，并及时更新Redis中的缓存数据。另一种策略是利用Binlog实时更新Redis缓存，通过伪装成MySQL的从节点，接收Binlog并解析实时数据变更信息，然后根据这些信息更新Redis缓存。这种策略减少了消息传递的环节，降低了时延和故障可能性。因此，大厂更青睐于这种方案。虽然实现订单缓存更新服务较为复杂，但这种策略具有更强的通用性和可靠性。 在处理超大规模并发的场景时，由于并发请求的数量非常大，即使少量的缓存穿透，也有可能打死数据库引发雪崩效应。对于这种情况，我们可以缓存全量数据来彻底避免缓存穿透问题。对于缓存数据更新的方法，可以订阅数据更新的MQ消息来异步更新缓存，更通用的方法是，把缓存更新服务伪装成一个MySQL的从节点，订阅MySQL的Binlog，通过Binlog来更新Redis缓存。 需要特别注意的是，无论是用MQ还是Canal来异步更新缓存，对整个更新服务的数据可靠性和实时性要求都比较高，数据丢失或者更新慢了，都会造成Redis中的数据与MySQL中数据不同步。在把这套方案应用到生产环境中去的时候，需要考虑一旦出现不同步问题时的降级或补偿方案。