Redis
主从复制
主从复制可以扩展redis的性能,比单机版的redis性能更加的稳定,redis的主从复制和关系型数据库的主从复制差不多。从机能精确的从主机复制信息。
主从复制的优点 :
(1) 实现读写分离
(2) 降低master的压力
(3) 实现数据的备份
启动几个redis实例后 :
127.0.0.1:6380> slaveof 127.0.0.1 6379
这样6380就成为了6379的从节点了
主从复制需要注意的地方
如果master已经运行了一段时间,slave才连上来,此时slave会对master的所有数据进行同步,而不是从连接上的时间点同步!
master节点可读可写,但是slave节点只读不可写(如果非要写可以修改redis.conf文件中的slave-read-only的值来实现)
在当前的这个主从结构中,如果master挂点,重启后依然还是master,主从操作依然可用。
哨兵模式
在主从模式的Redis系统中,从数据库在整个系统中起到了数据冗余备份和读写分离的作用,但是当数据库遇到异常中断服务后,我们只能通过手动的方式选择一个从数据库来升格为主数据库,显然这种方式很麻烦需要人工介入,这时通过哨兵模式可以实现自动化的系统监控和故障恢复。
主要作用 :
监控redis主数据库和从数据库的状态
如果主数据崩溃 ,将自动选一个从数据库当选主数据库
redis的缓存
缓存(Cache)的作用是减少服务器对数据源的访问频率,从而提高数据库的稳定性。
redis缓存就是,程序会先在redis缓存里查询,如果存在查询结果就不会去数据源里查询了 , 如果数据源里没有才会去数据源里查询。
缓存方式
缓存中的数据在redis中的存储方式有两种,一种是永久存在,不设置过期时间,第二种是设置过期时间。这两种方式都需要尽可能的保证数据的一致性(和数据源中的数据保持同步)。
不设置过期时间
当我们将缓存数据的key设置为永久存在时会存在数据同步和内存消耗逐渐增大的情况,解决方式如下:
数据同步:
禁止直接操作数据源,避免因数据源直接被改动而造成缓存数据不一致的问题
如果有其他系统操作同一个数据源,这种情况肯定会产生数据不一致的情况。
系统执行DML操作时,应该将缓存中对应的数据删除。用户下一次相关请求时直接从数据源中获取。
内存消耗:
随着业务的增多,缓存数据必然会越来越多,所占用的内存也随之增多,系统的压力也会变大,这时一种方式是给key设置过期时间,但是过期时间长短不太好把握,这时我们可以通过设置redis最大内存来实现,并让Redis按照一定的规则淘汰不需要的缓存键,这种方式在redis只作为缓存使用时非常实用。
具体实现方式:修改redis配置文件(redis.conf)中的maxmemory参数既可,限制Redis最大可用内存大小(单位字节),当超出了这个限制时Redis会依据maxmemory-policy参数指定的策略来删除不需要的key直到Redis占用的内存小于指定内存。
LRU:(Least recently used,最近最少使用)算法根据数据的历史访问记录来进行淘汰数据,其核心思想是“如果数据最近被访问过,那么将来被访问的几率也更高”
LFU:(Least Frequently Used)算法根据数据的历史访问频率来淘汰数据,其核心思想是“如果数据过去被访问多次,那么将来被访问的频率也更高”。
2.2设置过期时间
对保存到Redis中的key设置过期时间,但同样也会遇到问题,比如过期时间怎么设置,内存资源同样也会过大。
内存资源
同样需要设置maxmemory来限制redis使用的最大内存和配置maxmemory-policy来指定删除策略。
过期时间设置
过期时间不要设置统一固定的时间,比如60分钟,这样会造成相同时间点大量缓存被清空,数据库访问量突然增大的情况,我们应该对过期时间设置合理范围内的随机值。比如:采取不同分类商品,缓存不同周期。在同一分类中的商品,加上一个随机因子。这样能尽可能分散缓存过期时间,而且,热门类目(女装)的商品缓存时间长一些,冷门类目(图书)的商品缓存时间短一些,也能节省缓存服务的资源。