redis 缓存 mysql 结果问题

[SlipStupig]

在思考一个问题 redis 如何同步 mysql 数据，网上的说法基本上两个：
1.是使用 Gearman 去同步（如果使用 RDS 服务就无法使用这个）
2.是程序控制逻辑（需要写额外的代码）
但是感觉都不太好，不知道还有没有更好的方案

当 select 的时候这个比较简单，在 redis 设置一个 key ，把结果放入进去，下一次直接查询直接查询 redis 就可以了（实际项目测试效果不错， tornado 查询到输出到前端大概费时 4ms 左右），至于用 mysql 是对 redis 持久化信心不足，个人遇到过 redis 快照的坑（机器重启的时候快照没刷上， rdb 文件巨大加载时间长等等），当数据写入到 redis 的时候能定时同步到 mysql 里面去，这里不知道怎么实现比较合适，例如： update+1 这种操作，怎么去修改 mysql 的结果，然后同步到 redis 里面去会比较好？

[ericls]

改写的代码 逃不掉的啊

[ericls]

*该写

[yangqi]

mysql 数据为什么要用 redis 缓存？实在要放到内存里直接在 mysql 里建内存表就好了啊

[odirus]

只要 MySQL 玩得溜，速度性能都非常好。缓存被太多人误用了，动不动都缓存。

[calease]

cache 和 DB 作用不同，没法"同步"数据。
程序控制逻辑是正确的做法。

另外 Redis 比 MySQL 在 Lookup 方面快太多了，
讨论哪个好不好没意义。

[virusdefender]

这个还是建议在代码逻辑或者 ORM 层面去处理吧

[SlipStupig]

@odirus 这个是是不对的， redis 的查询速度是 mysql 不可比拟的

[SlipStupig]

@calease redis 也是数据库啊，它跟 memcache 是不一样的， redis 有丰富的数据结构，完整的持久化机制，而且内存表不支持事务功能 @yangqi

[calease]

@SlipStupig
既然你想要把 MySQL 的数据放进 redis 里，
我默认你把 redis 作为 cache ， mysql 作为 DB 使用，
那么 cache 并不需要同步 DB 的数据，
cache 只需要 serve 它有的数据就行了，
cache 里的数据从哪来是程序控制的。
我哪句也没涉及 redis 到底是不是“数据库”

[orvice]

代码层控制，缓存一些 select 数据就可以了

[slixurd]

居然有人用 Redis 的持久化.....
而且还是把 Redis 当作 Database 而不是 Cache 来用

[soli]

写专门的服务去同步；在程序逻辑上实现实时同步。

数据量大了需要考虑增量同步的事儿。

[SlipStupig]

@soli 增量也确实是个问题，目前做法是定时去刷掉 redis 的数据，并不是一个很好的选择

[yangqi]

@SlipStupig redis 和 mysql 完全不同的使用场景， redis 是 in-memory data structure store 。而 mysql 是 RDBMS, 两个根本不是一个重量级的，不能单纯的只比较查询速度。

就和楼上说的，你对 redis 持久化没信心就应该以 mysql 为主， redis 在前面做 cache ，两个不可能百分百同步的， cache 肯定会有 miss 掉的

[yinhexi]

看业务实时情景，如果减少业务的代码控制内存，可以使用 canal 搭配队列来做缓存的更新。 canal 监控数据库的变动，如果数据库有任何的变动，直接通过一个后台程序来更新缓存数据。