博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
redis info
阅读量:6511 次
发布时间:2019-06-24

本文共 2464 字,大约阅读时间需要 8 分钟。

# 参考:http://redis.io/commands/info### Serverredis_version:2.6.9redis_git_sha1:00000000redis_git_dirty:0redis_mode:standaloneos:Linux 3.4.9-gentoo x86_64arch_bits:64multiplexing_api:epoll			# redis的事件循环机制gcc_version:4.6.3process_id:18926run_id:df8ad7574f3ee5136e8be94aaa6602a0079704cc	# 标识redis server的随机值tcp_port:6379uptime_in_seconds:120			# redis server启动的时间(单位s)uptime_in_days:0				# redis server启动的时间(单位d)lru_clock:321118				# Clock incrementing every minute, for LRU management TODO 不清楚是如何计算的# Clientsconnected_clients:3				# 连接的客户端数client_longest_output_list:0	# 当前客户端连接的最大输出列表	TODOclient_biggest_input_buf:0		# 当前客户端连接的最大输入buffer TODOblocked_clients:0				# 被阻塞的客户端数# Memoryused_memory:573456				# 使用内存,单位Bused_memory_human:560.02K		# human read显示使用内存used_memory_rss:1798144			# 系统给redis分配的内存(即常驻内存)used_memory_peak:551744			# 内存使用的峰值大小used_memory_peak_human:538.81K	# human read显示内存使用峰值used_memory_lua:31744			# lua引擎使用的内存mem_fragmentation_ratio:3.14	# used_memory_rss/used_memory比例,一般情况下,used_memory_rss略高于used_memory,当内存碎片较多时,则mem_fragmentation_ratio会较大,可以反映内存碎片是否很多mem_allocator:jemalloc-3.3.1	# 内存分配器# Persistence########################### rdb和aof事redis的两种持久化机制## rdb是通过配置文件设置save的时间的改动数量来操作# 把上次改动后的数据达到设置的指标后保存到db# 如果中间发生了crash,则数据会丢失# 这种策略被叫做快照## aof是持续的把写操作执行写入一个类似日志的文件# 但是会影响应能# 分为appendfsync always和appendfsync eversec# 前者每次写操作都同步,数据安全性高,但是特别消耗性能# 后者每秒同步一次,如果发生crash,则可能会丢失1s的数据##########################loading:0						#rdb_changes_since_last_save:0	# 自上次dump后rdb的改动rdb_bgsave_in_progress:0		# 标识rdb save是否进行中rdb_last_save_time:1366359865	# 上次save的时间戳rdb_last_bgsave_status:ok		# 上次的save操作状态rdb_last_bgsave_time_sec:-1		# 上次rdb save操作使用的时间(单位s)rdb_current_bgsave_time_sec:-1	# 如果rdb save操作正在进行,则是所使用的时间----------------------------aof_enabled:0					# 是否开启aof,默认没开启aof_rewrite_in_progress:0		# 标识aof的rewrite操作是否在进行中aof_rewrite_scheduled:0			# 标识是否将要在rdb save操作结束后执行aof_last_rewrite_time_sec:-1	# 上次rewrite操作使用的时间(单位s)aof_current_rewrite_time_sec:-1 # 如果rewrite操作正在进行,则记录所使用的时间aof_last_bgrewrite_status:ok	# 上次rewrite操作的状态-----------------------------# 开启aof后增加的一些info信息aof_current_size:0				# aof当前大小aof_base_size:0					# aof上次启动或rewrite的大小aof_pending_rewrite:0			# 同上面的aof_rewrite_scheduledaof_buffer_length:0				# aof buffer的大小aof_rewrite_buffer_length:0		# aof rewrite buffer的大小aof_pending_bio_fsync:0			# 后台IO队列中等待fsync任务的个数aof_delayed_fsync:0				# 延迟的fsync计数器 TODO-----------------------------

转载于:https://www.cnblogs.com/DDSys/p/4402807.html

你可能感兴趣的文章