redis存储关系性数据库数据

来源:互联网 发布:2017淘宝买家秀男大jb 编辑:程序博客网 时间:2024/04/27 00:53
 最近公司数据库内存占用比较高,一直在着手寻找解决方案。虽然大家都知道系统架构有很多不合理的地方,但是我们是金融公司,系统庞大,业务牵扯繁多,大家都不敢轻易对系统动大手术。
    最后决定先给数据库中常用的一些静态表先加一层缓存。抛开数据库优化配置不说,数据库访问量下来了,内存肯定也不会高到哪里去。
    因为这里缓存以后会存储更多需要精细化控制的表信息,而且结合分布式场景的需要,所以选择redis来存储,而不是简单的选择mybatis的二级缓存。
    那么问题来了,怎么将数据库的信息,存到redis且又方便查询呢?
id name age date
1  zzy  18  2017
    因为场景的需求至少是根据表任意字段组合查询的,所以在选redis数据结构的时候就需要支持模糊查询。那么就只有选String数据结构了,用keys()这个函数就可以模糊查询了,这里模糊查询其实只是正则表达式匹配。
    user:id:1:name:zzy:age:18:date:2017作为key,value就是你整个数据内容了。        keys(user:*age:18*),这样就可以查询user表中age=18的数据了,拿到value就随便你怎么搞了。
    redsi的持久化,这里不需要,每次启动程序都重新加在最新的数据到cache。
    查询数据时,查询方直接连接redis查,查不到数据时再去查数据库。但是如果你查数据库没有的数据,访问会一直穿透到数据库,redis不起作用。但是别怕,你可以把没查到的数据也记录到redis,给个过期时间,至少可以过滤大量这种操作对数据库的访问。
    为了统一管理,数据的增删改都调用服务。前面先加数据库,后面再加cache,至少在调用添加服务失败时,数据库的也会因为异常而回滚。这个操作redis的服务是需要部署多机的,为了避免程序启动时重复的去加载数据库,重复的去和redis数据做对比。这里考虑了用zookeeper选举的这一特性,在zookeeper同一目录上去注册监听,谁先注册上,谁就拥有权利去加在数据库。
0 0