redis 缓存 mysql 结果问题

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

MySQL

Redis

Gearman

RDS

15 replies • 2016-09-06 17:40:20 +08:00

ericls

Mar 6, 2016 via iPhone

改写的代码逃不掉的啊

ericls

Mar 6, 2016 via iPhone

*该写

yangqi

Mar 6, 2016

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

odirus

Mar 6, 2016

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

calease

Mar 6, 2016

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

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

virusdefender

Mar 6, 2016

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

SlipStupig

Mar 6, 2016

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

SlipStupig

Mar 6, 2016

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

calease

Mar 6, 2016

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

orvice

Mar 6, 2016

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

slixurd

Mar 6, 2016

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

soli

Mar 6, 2016

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

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

SlipStupig

Mar 6, 2016

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

yangqi

Mar 6, 2016

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

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

yinhexi

Sep 6, 2016

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