原因
为什么要进行Redis和MySQL的数据同步？
-
性能优化：MySQL是关系型数据库，数据读取和存储相对复杂；Redis是内存数据库，读写速度极快，将热点数据存在Redis，可以大大提高系统的访问速度。
-
数据一致性需求：两者的数据需要保持一定程度的一致性。
实现方式
基于数据库的触发器
原理：在MySQL数据库里创建触发器，当表的数据发生插入、更新或删除操作时，触发器会自动执行一段代码，可以通过相关的Redis客户端与Redis进行通信，将变化的数据同步到Redis中
例子：
DELIMITER //
CREATE TRIGGER sync_product_insert AFTER INSERT ON products
FOR EACH ROW
BEGIN
SET @product_key = CONCAT('product:', NEW.id); SET @product_name = NEW.name;
SET @product_price = NEW.price;
SET @redis_command = CONCAT('HMSET ', @product_key,'name ', @product_name,'price ', @product_price);
SELECT sys_exec(@redis_command);
END; // DELIMITER ;
这里的sys_exec函数执行外部命令，实际上是通过Redis客户端工具执行HMSET命令将新数据同步到Redis。
缺点：可能会受到安全和性能的限制
应用层双写
原理：在应用程序代码里，当对MySQL进行数据操作的时候，同时对Redis进行相应的数据更新操作。
好处：灵活性高，开发者可以根据具体的业务逻辑来决定如何同步数据。
缺点：代码耦合性高，如果多个地方都要对数据进行操作，就需要在每个地方添加同步代码
消息队列
当MySQL的数据发生变化的时候，通过mq发送消息，消息中包含数据变化的相关信息。然后有一个独立的消费者进程从消息队列里获取消息，并根据消息内容对Redis进行数据同步操作。
好处：解耦了数据的产生和处理过程，提高了系统的可扩展性和可靠性
缺点：需要额外维护mq
注意事项
-
数据一致性问题处理：Redis和MySQL的数据同步可能存在延迟，在对数据一致性要求极高的场景下，需要考虑如何处理可能出现的数据不一致情况。例如：采用分布式事务或补偿机制
-
性能优化：不要因为频繁的同步操作而影响系统的整体性能。例如：使用消息队列时，要合理设置消息的消费速度，避免消息堆积影响系统的响应时间；对于频繁读取但是很少更新的数据，可以增加同步周期
-
异常处理：数据同步过程中，可能会出现网络故障、Redis或MySQL服务故障等，需要在代码里添加完善的异常处理机制。例如：Redis连接失败时，可以尝试重新连接或是将数据同步操作放入重试队列中，等待数据恢复后再进行同步
学习
