共计 5188 个字符，预计需要花费 13 分钟才能阅读完成。
混合模式
把 aof-use-rdb-preamble 配成 yes 就行了
前半部分为 rdb，后半部分为 aof
执行完 BGREWRITEAOF
aof 日志：
rdb、aof 日志混存，为追加形式
redis-cli info replication
查看主从日志
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6377,state=online,offset=1193,lag=1
slave1:ip=127.0.0.1,port=6378,state=online,offset=1193,lag=1
master_replid:32da60ea7925c076cd058b41768e7cac9a0cfdc5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1193
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_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
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:8501
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:32da60ea7925c076cd058b41768e7cac9a0cfdc5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:8501
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:85013、ID 号小的从库得分高:run_id 应用 info server 获取
127.0.0.1:6377> info server
# Server
redis_version:6.0.8
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:e03d903ddcb7b789
redis_mode:standalone
os:Linux 3.10.0-1160.24.1.el7.x86_64 x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:9.3.1
process_id:17897
run_id:dded9b69f5510f7cdd21b9b67f3c7ac46bd249bb
tcp_port:6377
uptime_in_seconds:23168
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:10634004
executable:/root/redis-server
config_file:/etc/redis/redis6377.conf
io_threads_active:0
redis 分片 hash 槽量：16383，获取失败会返回 move 谬误或 ask 谬误
debug object key: 查看 key 属性值
127.0.0.1:6379> debug object key1
Value at:0x7f4a16f59c00 refcount:1 encoding:embstr serializedlength:21 lru:10635395 lru_seconds_idle:16
127.0.0.1:6379> set key2 123456789012345678901234567890123456789012345
OK
127.0.0.1:6379> debug object key2
Value 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 120aof 重写和 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 yes
active-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-free
id=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=default
id=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=default
id=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=default
id=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=default
id=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=default
client-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 要害是看肯定时间段内页面被应用的频率!
正文完
