• 关于Redis info的参数总结


    Redis官网对 info 已经讲解的比较清楚的,参考文档 。可以看到,info的输出结果是分几块的,有Servers、Clients、Memory等等,通过info后面接这些参数,可以指定输出某一块数据。

    Redis 2.4.10,并没有分块输出,而且也无法按上面说的加选项控制输出某一块,后来升级到2.6.72.6.8的版本,都报 Segment Fault 段错误,找了半天没法解决,在Gentoo论坛问过,应该是一个bug。

    后来再更新portage树,然后换上2.6.9的版本,就没这个问题了

    查看stat

    root@localhost:~#redis-cli  info stats
    # Stats
    total_connections_received:558158
    total_commands_processed:917
    instantaneous_ops_per_sec:0
    total_net_input_bytes:19652432
    total_net_output_bytes:23901681
    instantaneous_input_kbps:0.00
    instantaneous_output_kbps:0.00
    rejected_connections:0
    sync_full:0
    sync_partial_ok:0
    sync_partial_err:0
    expired_keys:156
    evicted_keys:0
    keyspace_hits:496
    keyspace_misses:188
    pubsub_channels:0
    pubsub_patterns:0
    latest_fork_usec:179
    migrate_cached_sockets:0

    下面是针对info的输出

    # 参考:http://redis.io/commands/info
    #
    #
    # Server
    redis_version:2.6.9
    redis_git_sha1:00000000	
    redis_git_dirty:0
    redis_mode:standalone
    os:Linux 3.4.9-gentoo x86_64
    arch_bits:64
    multiplexing_api:epoll			# redis的事件循环机制
    gcc_version:4.6.3
    process_id:18926
    run_id:df8ad7574f3ee5136e8be94aaa6602a0079704cc	# 标识redis server的随机值
    tcp_port:6379
    uptime_in_seconds:120			# redis server启动的时间(单位s)
    uptime_in_days:0				# redis server启动的时间(单位d)
    lru_clock:321118				# Clock incrementing every minute, for LRU management TODO 不清楚是如何计算的
    
    # Clients
    connected_clients:3				# 连接的客户端数
    client_longest_output_list:0	# 当前客户端连接的最大输出列表	TODO
    client_biggest_input_buf:0		# 当前客户端连接的最大输入buffer TODO
    blocked_clients:0				# 被阻塞的客户端数
    
    # Memory
    used_memory:573456				# 使用内存,单位B
    used_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_scheduled
    aof_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
    -----------------------------
    
    # Stats
    total_connections_received:7	# 自启动起连接过的总数
    total_commands_processed:7		# 自启动起运行命令的总数
    instantaneous_ops_per_sec:0		# 每秒执行的命令个数
    rejected_connections:0			# 因为最大客户端连接书限制,而导致被拒绝连接的个数
    expired_keys:0					# 自启动起过期的key的总数
    evicted_keys:0					# 因为内存大小限制,而被驱逐出去的键的个数
    keyspace_hits:0					# 在main dictionary(todo)中成功查到的key个数
    keyspace_misses:0				# 同上,未查到的key的个数
    pubsub_channels:0				# 发布/订阅频道数
    pubsub_patterns:0				# 发布/订阅模式数
    latest_fork_usec:0				# 上次的fork操作使用的时间(单位ms)
    ##########################
    # pubsub是一种消息传送的方式,分为频道和模式两种
    # 消息不支持持久化,消息方中断后再连接,前面的消息就会没了
    # 频道是指通过SUBSCRIBE指定一个固定的频道来订阅
    # 模式是指通过PSUBSCRIBE模式匹配来订阅相关的匹配给定模式的频道
    ##########################
    
    # Replication
    role:master						# 角色
    connected_slaves:1				# 连接的从库数
    slave0:127.0.0.1,7777,online
    -----------------------------
    role:slave
    master_host:127.0.0.1
    master_port:6379
    master_link_status:up
    master_last_io_seconds_ago:4
    master_sync_in_progress:0		# 标识主redis正在同步到从redis
    slave_priority:100
    slave_read_only:1
    connected_slaves:0
    
    
    # CPU
    used_cpu_sys:0.00			# redis server的sys cpu使用率
    used_cpu_user:0.12			# redis server的user cpu使用率
    used_cpu_sys_children:0.00	# 后台进程的sys cpu使用率
    used_cpu_user_children:0.00	# 后台进程的user cpu使用率
    
    # Keyspace
    db0:keys=2,expires=0
    db1:keys=1,expires=0
    

      

    参考文章

    http://www.wutianqi.com/?p=3620

  • 相关阅读:
    用户管理的设计--3.jquery的ajax实现二级联动
    用户管理的设计--2.新增用户信息实现
    用户管理的设计--1.首页查询功能实现
    使用ajax实现简单的带百分比进度条
    python && java
    es6 modules 和commonjs
    es6 promise
    CSS“隐藏”元素的几种方法的对比
    jquery extend
    html5自定义属性
  • 原文地址:https://www.cnblogs.com/chenpingzhao/p/5429727.html
Copyright © 2020-2023  润新知