腾讯云redis控制台参数简要说明
原创
熟悉Redis的同学都知道，除了redis配置文件之外，开发者通常使用info命令来查看redis的参数，info命令的结果参看文章末尾。
这些info结果的含义网上已经有比较详细的解释了，这里不再赘述，这里介绍下腾讯云redis控制台可修改参数的一些含义
参数名(有些参数是腾讯云自定义的有些来自info) | 修改后需重启(是否需要重启才能生效) | 参数默认值(实例刚创建时候的默认值) | 当前运行参数值(现在的运行值) | 参考值(参数的可修改值列表) |
|---|---|---|---|---|
disable-command-list 自定义参数，可以禁用哪些原生命令，一般都放置的是高危命令 | 否 | ""为空代表该选项不禁用右边的命令，不代表实例放行所有命令，例如sync、psync很多云厂商默认禁用，如有需要开通请提工单 | "" | flushall | flushdb | keys | hgetall | eval | evalsha| script包含清空实例命令和一些复杂度比较高的命令脚本等，可以按需屏蔽 |
lazyfree-lazy-eviction是否交由后台线程进行数据驱逐，建议开启，否则驱逐数据时会阻塞实例。注意开启lazy free, 可能使驱逐的效率变低(毕竟background I/O异步操作)、内存释放不及时，导致redis内存超用，超过maxmemory的限制。此场景使用时，请结合业务测试 | 否 | yes | yes | yes | no |
lazyfree-lazy-expire是否交由后台线程进行过期淘汰，建议开启，否则淘汰数据时会阻塞实例 | 否 | yes | yes | yes | no |
lazyfree-lazy-server-del在删除key的时候是否采用lazyfree模式，可以理解为开启之后在删除key的时候特别是删除大key的时候采用非阻塞方式 | 否 | yes | yes | yes | no |
maxmemory-policy内存驱逐策略，默认不驱逐，推荐采用volatile-lru(按照LRU规则淘汰已过期数据) allkeys-lru(按照LRU规则淘汰所有key，需要确保实例里的key都是可以驱逐的) | 否 | noeviction | noeviction | volatile-lru | allkeys-lru | volatile-random | allkeys-random | volatile-ttl | noeviction |
slave-lazy-flush slave和master全量数据同步时，slave在加载master的RDB文件前，会运行flushall来清理自己的数据，如果开启，意味着slave在flush时是异步的，可以在没有清理完的时候加载主库的RDB，如果不开启，主库会先把RDB输出到主库的缓冲区导致内存爆涨 | 否 | yes | yes | yes|no |
cluster-node-timeout集群节点的超时时间，如果设置太短，可能会被频繁判定为节点故障从而将其剔除，时长太长可能导致节点HA的耗时增加 | 否 | 15000 | 15000 | 15000-120000 |
hash-max-ziplist-entries当哈希表的项不超过 hash-max-ziplist-entries，并且每一项的长度不超过 hash-max-ziplist-value 使用 ziplist 保存数据 | 否 | 512 | 512 | 1-10000 |
hash-max-ziplist-value当哈希表的项不超过 hash-max-ziplist-entries，并且每一项的长度不超过 hash-max-ziplist-value 使用 ziplist 保存数据 | 否 | 64 | 64 | 1-10000 |
hz hz定义了serverCron（进行关闭timeout的客户端，删除过期key等等）任务的执行周期调用频率，适当的调高hz参数（0-500）可以提升清理的频率，过期key可以更及时的被删除，但hz太高会增加cpu时间的消耗。每次过期key清理的时间不超过CPU时间的25%，即若hz=1，则一次清理时间最大为250ms，若hz=10，则一次清理时间最大为25ms | 否 | 10 | 10 | 1-500 |
proxy-slowlog-log-slower-than proxy的慢查询阈值，建议设置100ms以下，业务敏感的场景可以更低 | 否 | 500 ms | 500 ms | 10-1000 |
set-max-intset-entries表示使用 intset 时能够包含的最大元素数，默认为512，一旦set中的元素个数超过这个配置的值，那么该set的编码方式将会从intset转化为hash table，只存储整数时，intset的效率更高复杂度更低，因为内部是有序的，可以二分查找 | 否 | 512 | 512 | 1-10000 |
slowlog-log-slower-than redis节点的慢查询阈值，即使节点没有慢查询阈值不代表业务感知不到慢查询，因为可能proxy节点存在流量限制或者请求阻塞，该值反映的是命令在redis server进程的执行耗时 | 否 | 10 ms | 10 ms | 1-1000 |
timeout proxy的空闲连接超时时间，默认1年，也即proxy其实是做了链接保活 | 否 | 31536000 | 31536000 | 60-2147483647 |
zset-max-ziplist-entries当zset的项不超过 zset-max-ziplist-entries，并且每一项的长度不超过 zset-max-ziplist-value 使用 ziplist 保存数据，可以节省内存 | 否 | 128 | 128 | 1-10000 |
zset-max-ziplist-value当zset的项不超过 zset-max-ziplist-entries，并且每一项的长度不超过 zset-max-ziplist-value 使用 ziplist 保存数据，可以节省内存 | 否 | 64 | 64 | 1-10000 |
notify-keyspace-events 键空间事件通知，类似于发布订阅功能，也是发送即忘性质的，不保障信息的可靠性。接收到的事件的类型只有两种： keyspace 和 keyevent。keyevent强调事件的具体操作，keyspace强调事件影响的键名。举例DEL test，删除test这个key。如果配置的是KA，这里的重点是通知你test这个key有动静，keyspace嘛。如果配置的是的EA，这里的重点是通知你有个DEL的动静，keyevent嘛 | 否 | "" | "" | K代表主要关注键名。键空间通知，所有通知以 keyspace@<db> 为前缀 | E代表主要关注事件。键事件通知，所有通知以 keyevent@<db> 为前缀 | g DEL 、 EXPIRE 、 RENAME 等类型无关的通用命令的通知 | $ 字符串命令的通知| l 列表命令的通知| s 集合命令的通知| h哈希命令的通知 | z 有序集合命令的通知| x过期事件：每当有过期键被删除时发送 | e 驱逐(evict)事件：每当有键因为 maxmemory 政策而被删除时发送| A全部通知，相当于g$lshzxe |
info命令的执行结果如下，网上有很多解释，这里不再赘述
# Server
redis_version:5.0.6
redis_git_sha1:09405c0b
redis_git_dirty:0
redis_build_id:7d2c38e921c635d8
redis_mode:standalone
os:Linux 3.10.106-1-tlinux2-0044 x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:sync-builtin
gcc_version:4.4.6
process_id:1251
run_id:bcb8a889661d7b4f8429e63eafa8725c6f1576ab
tcp_port:2477
uptime_in_seconds:14835754
uptime_in_days:171
hz:10
configured_hz:10
lru_clock:4320731
executable:/data/redis/app/redis-server-ignore-140017654-2477-1-ignore/./redis-server-ignore-140017654-2477-1-ignore
config_file:/data/redis/app/redis-server-ignore-140017654-2477-1-ignore/redis-server-ignore-140017654-2477-1-ignore_redis.conf
# Clients
connected_clients:12
client_recent_max_input_buffer:182549
client_recent_max_output_buffer:0
blocked_clients:0
# Memory
used_memory:829637848
used_memory_human:791.20M
used_memory_rss:846802944
used_memory_rss_human:807.57M
used_memory_peak:1241994424
used_memory_peak_human:1.16G
used_memory_peak_perc:66.80%
used_memory_overhead:46555329
used_memory_startup:35370528
used_memory_dataset:783082519
used_memory_dataset_perc:98.59%
allocator_allocated:829914560
allocator_active:876269568
allocator_resident:893181952
total_system_memory:405089153024
total_system_memory_human:377.27G
used_memory_lua:37888
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:2147483648
maxmemory_human:2.00G
maxmemory_policy:noeviction
allocator_frag_ratio:1.06
allocator_frag_bytes:46355008
allocator_rss_ratio:1.02
allocator_rss_bytes:16912384
rss_overhead_ratio:0.95
rss_overhead_bytes:-46379008
mem_fragmentation_ratio:1.02
mem_fragmentation_bytes:17170064
mem_not_counted_for_evict:0
mem_replication_backlog:1048576
mem_clients_slaves:16970
mem_clients_normal:405103
mem_aof_buffer:0
mem_allocator:jemalloc-5.1.0
active_defrag_running:0
lazyfree_pending_objects:0
# Persistence
loading:0
rdb_changes_since_last_save:337264375
rdb_bgsave_in_progress:0
rdb_last_save_time:1600097724
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:303104
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
# Stats
total_connections_received:16929676
total_commands_processed:1372698580
instantaneous_ops_per_sec:236
total_net_input_bytes:3244190565563
total_net_output_bytes:6202792610672
instantaneous_input_kbps:452.58
instantaneous_output_kbps:845.05
rejected_connections:0
sync_full:1
sync_partial_ok:0
sync_partial_err:1
expired_keys:201615958
expired_stale_perc:1.72
expired_time_cap_reached_count:0
evicted_keys:0
keyspace_hits:722834384
keyspace_misses:232466938
pubsub_channels:1
pubsub_patterns:0
latest_fork_usec:835
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0
# Replication
role:master
connected_slaves:1
slave0:ip=100.105.38.72,port=4460,state=online,offset=3185399435720,lag=1
master_replid:2ca4aaeb3e3157740904d4c144a3615c060d87d5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:3185399924568
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:3185398875993
repl_backlog_histlen:1048576
# CPU
used_cpu_sys:23848.656000
used_cpu_user:27884.788000
used_cpu_sys_children:0.000000
used_cpu_user_children:0.000000
# Cluster
cluster_enabled:0
# Keyspace
db0:keys=119016,expires=119015,avg_ttl=6960068原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。