混合模式
把 aof-use-rdb-preamble 配成 yes就行了
前半部分为rdb，后半部分为aof

执行完BGREWRITEAOF
aof日志：
rdb、aof日志混存，为追加形式

redis-cli info replication
查看主从日志

# Replicationrole:masterconnected_slaves:2slave0:ip=127.0.0.1,port=6377,state=online,offset=1193,lag=1slave1:ip=127.0.0.1,port=6378,state=online,offset=1193,lag=1master_replid:32da60ea7925c076cd058b41768e7cac9a0cfdc5master_replid2:0000000000000000000000000000000000000000master_repl_offset:1193second_repl_offset:-1repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:1repl_backlog_histlen:1193

获取redis主从同步信息，应用的是laravel框架
Redis::info('REPLICATION')

array (  'role' => 'master',  'connected_slaves' => 2,  'slave0' => 'ip=127.0.0.1,port=6377,state=online,offset=6569,lag=1',  'slave1' => 'ip=127.0.0.1,port=6378,state=online,offset=6569,lag=1',  'master_replid' => '32da60ea7925c076cd058b41768e7cac9a0cfdc5',  'master_replid2' => 0,  'master_repl_offset' => 6569,  'second_repl_offset' => -1,  'repl_backlog_active' => 1,  'repl_backlog_size' => 1048576,  'repl_backlog_first_byte_offset' => 1,  'repl_backlog_histlen' => 6569,)

集群相干配置

sentinel.conf 文件配置规定工夫内不能再次链接不能作为主库sentinel down-after-milliseconds <master-name> <milliseconds>down-after-milliseconds * 10

选举规定
1、配置权重：redis.conf中 slave-priority 权重 配置
2、1雷同，进行offset匹配，应用最新靠近的offset，offset能够通过info replication 看到，主库执行看到的是offset，从库执行看到的是 slave_repl_offset

127.0.0.1:6377> info replication# Replicationrole:slavemaster_host:127.0.0.1master_port:6379master_link_status:upmaster_last_io_seconds_ago:1master_sync_in_progress:0slave_repl_offset:8501slave_priority:100slave_read_only:1connected_slaves:0master_replid:32da60ea7925c076cd058b41768e7cac9a0cfdc5master_replid2:0000000000000000000000000000000000000000master_repl_offset:8501second_repl_offset:-1repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:1repl_backlog_histlen:8501

3、ID 号小的从库得分高:run_id 应用info server获取

127.0.0.1:6377> info server# Serverredis_version:6.0.8redis_git_sha1:00000000redis_git_dirty:0redis_build_id:e03d903ddcb7b789redis_mode:standaloneos:Linux 3.10.0-1160.24.1.el7.x86_64 x86_64arch_bits:64multiplexing_api:epollatomicvar_api:atomic-builtingcc_version:9.3.1process_id:17897run_id:dded9b69f5510f7cdd21b9b67f3c7ac46bd249bbtcp_port:6377uptime_in_seconds:23168uptime_in_days:0hz:10configured_hz:10lru_clock:10634004executable:/root/redis-serverconfig_file:/etc/redis/redis6377.confio_threads_active:0

redis 分片hash槽量：16383，获取失败会返回move谬误或ask谬误

debug object key:查看key属性值

127.0.0.1:6379> debug object key1Value at:0x7f4a16f59c00 refcount:1 encoding:embstr serializedlength:21 lru:10635395 lru_seconds_idle:16127.0.0.1:6379> set key2 123456789012345678901234567890123456789012345OK127.0.0.1:6379> debug object key2Value at:0x7f4a16e30c70 refcount:1 encoding:raw serializedlength:21 lru:10635430 lru_seconds_idle:6

bitmap操做：
setbit，getbit，bitcount，bittop，数据操做就是异或操做，没其余的，所有相干性能脱离不了这个范畴

BITOP AND destkey key [key ...] ，对一个或多个 key 求逻辑并，并将后果保留到 destkey 。BITOP OR destkey key [key ...] ，对一个或多个 key 求逻辑或，并将后果保留到 destkey 。BITOP XOR destkey key [key ...] ，对一个或多个 key 求逻辑异或，并将后果保留到 destkey 。BITOP NOT destkey key ，对给定 key 求逻辑非，并将后果保留到 destkey

存储时刻变动的值，redis提供了redistimeseries.so扩大，存储温度等信息

redis音讯队列应用streams【5.0版本开始提供】，不要应用list

brpop 带阻塞作用

清空数据库
FLUSHDB ASYNC
FLUSHALL AYSNC

如何确定redis变慢了
1、查看提早：120s内最大提早

[root@gzq ~]# redis-cli --intrinsic-latency 120

aof重写和fsync关联配置： no-appendfsync-on-rewrite yes
swap操做：内存操做需要大于理论操做会呈现swap，redis看起来慢了
redis内存大页：客户端的写申请可能会批改正在进行长久化的数据。在这一过程中，Redis 就会采纳写时复制机制，也就是说，一旦有数据要被批改，Redis 并不会间接批改内存中的数据，而是将这些数据拷贝一份，而后再进行批改。

查看内存大页cat /sys/kernel/mm/transparent_hugepage/enabled批改内存大页echo never /sys/kernel/mm/transparent_hugepage/enabled

内存碎片查看

info memory计算形式mem_fragmentation_ratio = used_memory_rss/used_memory大于1小于1.5失常，大于1.5须要回收

内存碎片配置主动清理

mem_fragmentation_ratio yesactive-defrag-ignore-bytes 100mb：示意内存碎片的字节数达到 100MB 时，开始清理；active-defrag-threshold-lower 10：示意内存碎片空间占操作系统调配给 Redis 的总空间比例达到 10% 时，开始清理active-defrag-cycle-min 25： 示意主动清理过程所用 CPU 工夫的比例不低于 25%，保障清理能失常发展；active-defrag-cycle-max 75：示意主动清理过程所用 CPU 工夫的比例不高于 75%，一旦超过，就进行清理，从而防止在清理时，大量的内存拷贝阻塞 Redis，导致响应提早升高。

查看缓存区占用
client list

关注addr、qbuf、qbuf-freeid=4 addr=127.0.0.1:45296 fd=8 name= age=599938 idle=0 flags=S db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=replconf user=defaultid=5 addr=127.0.0.1:43421 fd=9 name= age=599937 idle=0 flags=S db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=replconf user=defaultid=32 addr=127.0.0.1:58906 fd=10 name= age=517869 idle=2 flags=N db=1 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=get user=defaultid=33 addr=127.0.0.1:58908 fd=11 name= age=517869 idle=2 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=eval user=defaultid=39 addr=127.0.0.1:38304 fd=7 name= age=483 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=26 qbuf-free=32742 obl=0 oll=0 omem=0 events=r cmd=client user=defaultclient-output-buffer-limit 设置缓存区client-output-buffer-limit replica 256mb/*最大缓存区*/ 64mb 60 /*60s超过60M敞开连贯*/

缓存淘汰策略

在设置了过期工夫的数据中进行淘汰，包含 volatile-random、volatile-ttl、volatile-lru、volatile-lfu（Redis  4.0 后新增）四种。在所有数据范畴内进行淘汰，包含 allkeys-lru、allkeys-random、allkeys-lfu（Redis 4.0 后新增）三种LRU和LFU是不同的!LRU是最近起码应用页面置换算法(Least Recently Used),也就是首先淘汰最长工夫未被应用的页面!LFU是最近最不罕用页面置换算法(Least Frequently Used),也就是淘汰肯定期间内被拜访次数起码的页!比方,第二种办法的期间T为10分钟,如果每分钟进行一次调页,主存块为3,若所需页面走向为2 1 2 1 2 3 4留神,当调页面4时会产生缺页中断若按LRU算法,应换页面1(1页面最久未被应用) 但按LFU算法应换页面3(十分钟内,页面3只应用了一次)可见LRU要害是看页面最初一次被应用到产生调度的工夫长短,而LFU要害是看肯定时间段内页面被应用的频率!