MySQL写到Redis读的过程是实时还是异步？
请问各位大拿，实际生产环境中，MySQL写到Redis读的过程是实时还是异步？即Redis是否需要立刻支持读到前端写的数据？如果是异步的，时延一般是多少，比如XX秒还是XX分钟？
8同行回答
在实际生产环境中，将MySQL的数据同步到Redis的过程可以是实时的也可以是异步的，这取决于具体的业务需求和技术实现。这里的“实时”和“异步”主要指数据从MySQL写入到Redis后用户能够从Redis中读取这些数据的延迟。
实时同步
- 实时同步通常意味着数据在写入MySQL后立即被复制到Redis，以便几乎无延迟地供前端应用读取。这种同步通常通过以下几种技术实现：
- 数据库触发器与应用逻辑：在MySQL中使用触发器，在数据变更时触发一个外部的应用逻辑，这个逻辑负责将变更的数据即时写入到Redis。
- 双写机制：应用代码在写入MySQL的同时，也将数据写入Redis。这种方法依赖于应用层的逻辑来保证数据的一致性和同步。
- 消息队列：使用消息队列如Kafka或RabbitMQ作为中间件，当数据写入MySQL后，同时发送一条消息到队列，再由一个后端服务监听这些消息并更新Redis。
异步同步
- 异步同步则允许在MySQL写入和Redis更新之间有一定的延迟。这种方式适用于对读取实时性要求不高的场景。异步同步的常见实现方式包括：
- 定时任务：设置一个定时运行的脚本或服务，定期从MySQL抓取更新，然后更新Redis。这种方式下，延迟可以从几秒到几分钟不等。
- 延迟队列：使用延迟队列来处理数据同步，可以灵活控制数据从MySQL到Redis的延迟时间。
浏览9
浏览164
这个取决于具体的应用场景和需求，可以是实时也可以是异步。
如果对数据一致性要求较高，例如金融交易系统、电商订单系统等，需要选择实时同步；
如果对数据一致性要求不高，例如博客、论坛等，可以选择异步同步。
延迟取决于具体的实现方式和应用场景，使用“消息队列”的异步的话，延迟一般在几毫秒到几秒之间；而使用“定时任务”的异步，延迟一般在几秒到几分钟之间。
收起浏览271
一般都是异步的吧。一般都是要么双写，读的时候先读redis，读不到再去mysql库读吧。如果业务场景很特殊的话，可能具体问题要具体分析了。
收起浏览330
- 匿名用户100W条Sysbench对应2100TPS，跟之前和老师们对过的典型压力范围差不多，不算太大压力 100W条写入的时间是一分钟左右，但写到Redis要花一小时，主要是这个瓶颈问题比较明显
wangzk0206回复 匿名用户
异步写要看你写redis逻辑吧，写mysql 是一条一条insert?那什么程序去写的redis哪？- 匿名用户是通过canal中间件由mysql同步到redis的方案。是否这个方案不是最理想的？
- 首先去研究下canal是否有什么参数设置，排查是抽取mysql慢，还是写入redis慢。一般这个是有参数设置的。如果是redis写入慢，看是否尝试采用集群版本会不会好些。因为这种瞬时批量同步的场景，我们没有用过。
ChatGPT 回答
在实际生产环境中，MySQL写到Redis读的过程一般是异步的。这是因为MySQL和Redis是两个不同的系统，它们之间的数据传输需要经过网络传输等多个环节，因此无法做到实时同步。
在异步的情况下，Redis读到前端写的数据的时延取决于多个因素，比如Redis和MySQL之间的网络延迟、Redis服务器的负载情况、Redis的持久化策略等等。一般来说，时延可能会在几毫秒到几秒之间，但具体的数值还需要根据实际情况进行测试和评估。如果需要更快的读取速度，可以考虑使用Redis的主从复制或者集群模式，以提高读取性能和可用性。