保證 redis 和 mysql 一致性的方法有直接寫入 mysql 和事務補償機制：直接寫入 mysql：通過觸發器將 mysql 數據變更同步到 redis，保證一致性但性能較低；事務補償機制：先寫入 redis，同時記錄補償事務，容忍短暫不可用，但一致性略低且系統復雜度較高。
如何保證 Redis 和 MySQL 一致性
在系統設計中，當使用 Redis 作為緩存時，如何保證與后端數據庫 MySQL 的數據一致性是一個常見挑戰。以下介紹兩種常用的方法：
1. 直接寫入 MySQL
最直接的方法是直接將數據寫入 MySQL，然后將副本同步到 Redis 緩存中。這種方法的好處是數據一致性得到了保證，但同時也帶來了性能上的損失。
2. 事務補償機制
另一種方法是使用事務補償機制。當數據寫入 Redis 緩存時，同時記錄一個補償事務。如果在更新 MySQL 時出現錯誤，則會觸發補償事務，將 Redis 緩存中的數據回滾。
下面詳細介紹這兩種方法的實現和優缺點：
1. 直接寫入 MySQL
實現：
在應用程序中，直接向 MySQL 數據庫寫入數據。
使用觸發器或其他機制，將 MySQL 數據庫中的數據變更同步到 Redis 緩存中。
優點：
數據一致性高，因為數據總是直接寫入 MySQL。
缺點：
性能開銷較大，因為每個寫入操作都涉及 MySQL 和 Redis 兩個存儲系統。
2. 事務補償機制
實現：
在應用程序中，將數據先寫入 Redis 緩存。
同時記錄一個補償事務，該事務將數據更新到 MySQL 數據庫中。
如果補償事務執行失敗，則觸發補償機制，將 Redis 緩存中的數據回滾。
優點：
性能較高，因為寫入 Redis 緩存是異步的。
可容忍 MySQL 數據庫短暫的不可用，因為補償事務可以稍后執行。
缺點：
數據一致性不及直接寫入 MySQL，因為在 MySQL 更新成功之前，Redis 中的數據可能與 MySQL 不一致。
需要實現補償機制，增加了系統復雜度。
