redis-cli -p 6379 info命令详解

Server 服务器基本信息

# redis版本号
redis_version:5.0.3
# redis源码包git信息
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:da69b07a37c06dc8
# 运行模式(“独立”,“哨兵”或“集群”)
redis_mode:standalone
# 操作系统信息
os:Linux 3.10.0-514.el7.x86_64 x86_64
# 64位架构
arch_bits:64
# 编译运行的底层依赖信息
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:4.8.5
# 进程ID
process_id:10040
# 实例运行的随机值标识符(sentinel和集群中有用)
run_id:df903681f11f712523e0615cd4c7e45afbf500b6
# 端口
tcp_port:6379
# 运行时长
uptime_in_seconds:42593
# 运行时长(天)
uptime_in_days:0
# 服务器的频率设置
hz:10
configured_hz:10
# LRU运作的时钟(分钟为单位)
lru_clock:7473903
# 可执行文件
executable:/usr/local/redis/./bin/redis-server
# 当前读取的配置
config_file:/usr/local/redis/conf/redis_6379.conf

Clients 客户端连接信息

# 连接数
connected_clients:1
# 客户端输入缓冲区
client_recent_max_input_buffer:2
# 客户端输出缓冲区
client_recent_max_output_buffer:0
# 阻塞的客户端数量(卡住了就看看这个)
blocked_clients:0

Memory内存信息

# 内存总量(字节数)
used_memory:854280
# 内存总量(更方便查看的格式)
used_memory_human:834.26K
# 已分配的内存总量
used_memory_rss:8388608
used_memory_rss_human:8.00M
# 内存消耗峰值
used_memory_peak:854280
used_memory_peak_human:834.26K
# 峰值内存占用的内存百分比
used_memory_peak_perc:100.15%
# 内部机制所需的内存
used_memory_overhead:840838
# 启动时消耗的内存
used_memory_startup:791032
# 数据占用的内存大小
used_memory_dataset:13442
# 数据占用的内存大小百分比
used_memory_dataset_perc:21.25%
# 未说明(从名字可以看出是内存申请的信息)
allocator_allocated:844856
allocator_active:1011712
allocator_resident:3665920
# 整个系统内存
total_system_memory:1041199104
total_system_memory_human:992.96M
# Lua脚本存储占用的内存
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:0
maxmemory_human:0B
# 内存管理策略
maxmemory_policy:noeviction
# 官方未说明
allocator_frag_ratio:1.20
allocator_frag_bytes:166856
allocator_rss_ratio:3.62
allocator_rss_bytes:2654208
rss_overhead_ratio:2.29
rss_overhead_bytes:4722688
mem_fragmentation_ratio:10.33
mem_fragmentation_bytes:7576576
mem_not_counted_for_evict:0
mem_replication_backlog:0
mem_clients_slaves:0
mem_clients_normal:49694
mem_aof_buffer:0
# 内存分配器,在编译时选择
mem_allocator:jemalloc-5.1.0
# 碎片整理是否存于活动状态
active_defrag_running:0
# 等待被释放的对象数量
lazyfree_pending_objects:0

Persistence持久化相关

# 表示Redis是否正在加载备份文件的标志
loading:0
# 从最近一次转储至今,RDB的修改次数
rdb_changes_since_last_save:2
# 表示Redis正在保存RDB的标志
rdb_bgsave_in_progress:0
# 上次RDB成功保存的时间戳
rdb_last_save_time:1550935182
# 最后一次RDB保存操作的状态
rdb_last_bgsave_status:ok
# 最后一次RDB保存操作的持续时间(以秒为单位)
rdb_last_bgsave_time_sec:-1
# 正在进行的RDB保存操作的持续时间(如果有)
rdb_current_bgsave_time_sec:-1
# 上次RBD保存操作期间写时复制分配的字节大小
rdb_last_cow_size:0
# 表示AOF记录的标志已激活
aof_enabled:1
# 表示AOF重写操作的标志正在进行中
aof_rewrite_in_progress:0
# 一旦正在进行的RDB保存完成,将指定表示AOF重写操作的标志。
aof_rewrite_scheduled:0
# 最后一次AOF重写操作的持续时间,以秒为单位
aof_last_rewrite_time_sec:-1
# 正在进行的AOF重写操作的持续时间(如果有)
aof_current_rewrite_time_sec:-1
# 最后一次AOF重写操作的状态
aof_last_bgrewrite_status:ok
# 最后一次写入操作到AOF的状态
aof_last_write_status:ok
# 上次AOF重写操作期间写时复制分配的大小(以字节为单位)
aof_last_cow_size:0
# AOF当前文件大小
aof_current_size:77
# 最新启动或重写时的AOF文件大小
aof_base_size:77
# 一旦正在进行的RDB保存完成,将指定表示AOF重写操作的标志。
aof_pending_rewrite:0
# AOF缓冲区的大小
aof_buffer_length:0
# AOF重写缓冲区的大小
aof_rewrite_buffer_length:0
# fsync挂起作业数
aof_pending_bio_fsync:0
# 延迟fsync计数器
aof_delayed_fsync:0
# 如果数据恢复中可能会有这些值
# loading_start_time:加载操作开始的时间戳
# loading_total_bytes:文件总大小
# loading_loaded_bytes:已加载的字节数
# loading_loaded_perc:相同的值表示为百分比
# loading_eta_seconds:ETA在几秒钟内完成负载

Stats 试试监控信息

# Redis服务器接受的连接总数
total_connections_received:1
# Redis服务器处理的命令总数
total_commands_processed:1
# 每秒钟处理的命令数量
instantaneous_ops_per_sec:0
# 通过网络接收的数据总量,以字节为单位
total_net_input_bytes:34
# 通过网络发送的数据总量,以字节为单位
total_net_output_bytes:7
# 每秒钟接收数据的速率,以kbps为单位
instantaneous_input_kbps:0.00
# 每秒钟发送数据的速率,以kbps为单位
instantaneous_output_kbps:0.00
# Redis服务器由于maxclients限制而拒绝的连接数量
rejected_connections:0
# Redis主机和从机进行完全同步的次数
sync_full:0
# Redis服务器接受PSYNC请求的次数
sync_partial_ok:0
# Redis服务器拒绝PSYNC请求的次数
sync_partial_err:0
# 键过期事件的总数
expired_keys:0
expired_stale_perc:0.00
expired_time_cap_reached_count:0
# 由于maxmemory限制,而被回收内存的键的总数
evicted_keys:0
# 在主字典中成功查找到键的次数
keyspace_hits:1
# 在主字典中未能成功查找到键的次数
keyspace_misses:0
# 发布/订阅频道的总数量
pubsub_channels:0
# 客户端订阅的发布/订阅模式的总数量
pubsub_patterns:0
# 最近一次fork操作消耗的时间,以微秒为单位
latest_fork_usec:0
# 迁移已缓存的套接字的数量
migrate_cached_sockets:0
# 为实现key过期而跟踪的key数数量(仅适用于可写副本)
slave_expires_tracked_keys:0
# 碎片整理过程执行的值重新分配的数量
active_defrag_hits:0
# 碎片整理过程启动的中止值重新分配数
active_defrag_misses:0
# 碎片整理的key数量
active_defrag_key_hits:0
# 碎片整理过程跳过的key数量
active_defrag_key_misses:0

Replication主从复制相关信息

# 角色 master或者 slave
role:master
# 已连接的Redis从机的数量
connected_slaves:0
# 主从复制过程中master的标识id
master_replid:6ea01bd968c7f14cb6de138462ddaf11930a4269
master_replid2:0000000000000000000000000000000000000000
# 全局的复制偏移量
master_repl_offset:0
second_repl_offset:-1
# 表示Redis服务器是否为部分同步开启复制备份日志
repl_backlog_active:0
# 备份日志的循环缓冲区的大小
repl_backlog_size:1048576
# 备份日志缓冲区中的首个字节的复制偏移量
repl_backlog_first_byte_offset:0
# 备份日志的实际数据长度
repl_backlog_histlen:0
# 主从复制情况下可能会有的一些额外信息
# master_host:Redis主机的主机名或IP地址
# master_port:Redis主机监听的TCP端口
# master_link_status:链路状态(连接/断开
# master_last_io_seconds_ago:最近一次和Redis主机交互至今的消耗时间,以秒为单位
# master_sync_in_progress:表示Redis主机正在将数据同步至从机
# master_sync_left_bytes:在同步完成之前,还剩余的数据总量,以字节为单位
# master_sync_last_io_seconds_ago:在一次SYNC操作期间,最近一次传输数据的I/O操作至今的消耗时间,以秒为单位
# master_link_down_since_seconds:从链路断开至今的时间,以秒为单位

CPU信息

# 服务器耗费的系统 CPU
used_cpu_sys:26.932586
# 服务器耗费的用户 CPU
used_cpu_user:36.964424
# 后台进程耗费的系统 CPU
used_cpu_sys_children:0.000000
# 后台进程耗费的用户 CPU
used_cpu_user_children:0.000000

Cluster集群信息

# 一个标志值,记录集群功能是否已经开启
cluster_enabled:0

Keyspace键存储空间信息

# 数据库的key数量、处于有效时间内的key数量,过期key数量
db0:keys=2,expires=0,avg_ttl=0

到此这篇关于redis-cli -p 6379 info命令详解的文章就介绍到这了,更多相关redis-cli -p 6379 info命令内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • redis-cli 使用密码登录的实例

    首先进入redis-cli控制台 #./redis-cli 输入auth +空格+ 刚才设置的密码 成功! 以上这篇redis-cli 使用密码登录的实例就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持我们.

  • 使用golang写一个redis-cli的方法示例

    0. redis通信协议 redis的客户端(redis-cli)和服务端(redis-server)的通信是建立在tcp连接之上, 两者之间数据传输的编码解码方式就是所谓的redis通信协议.所以,只要我们的redis-cli实现了这个协议的解析和编码,那么我们就可以完成所有的redis操作. redis 协议设计的非常易读,也易于实现,关于具体的redis通信协议请参考:通信协议(protocol).后面我们在实现这个协议的过程中也会简单重复介绍一下具体实现 1. 建立tcp连接 redis

  • redis-cli -p 6379 info命令详解

    Server 服务器基本信息 # redis版本号 redis_version:5.0.3 # redis源码包git信息 redis_git_sha1:00000000 redis_git_dirty:0 redis_build_id:da69b07a37c06dc8 # 运行模式("独立","哨兵"或"集群") redis_mode:standalone # 操作系统信息 os:Linux 3.10.0-514.el7.x86_64 x86_

  • Redis 实现队列原理的实例详解

    Redis 实现队列原理的实例详解 场景说明: ·用于处理比较耗时的请求,例如批量发送邮件,如果直接在网页触发执行发送,程序会出现超时 ·高并发场景,当某个时刻请求瞬间增加时,可以把请求写入到队列,后台在去处理这些请求 ·抢购场景,先入先出的模式 命令: rpush + blpop 或 lpush + brpop rpush : 往列表右侧推入数据 blpop : 客户端阻塞直到队列有值输出 简单队列: simple.php $stmt = $pdo->prepare('select id, c

  • ubuntu 16.04安装redis的两种方式教程详解(apt和编译方式)

    ubuntu 16.04安装redis的两种方式教程如下所示: 方式一 :apt安装 在 Ubuntu 系统安装 Redi 可以使用以下命令: $sudo apt-get update $sudo apt-get install redis-server 启动 Redis $ redis-server 查看 redis 是否启动? $ redis-cli 以上命令将打开以下终端: redis 127.0.0.1:6379> 127.0.0.1 是本机 IP ,6379 是 redis 服务端口.

  • redis实现共同好友的思路详解

    背景 ​ 微信朋友圈的点赞.评论,只能看到自己好友的信息.这就涉及到了一个共同好友的概念,通过redis的set集合可以很轻松的实现此功能. 共同好友实现思路 每个人的好友存放在set集合中.key的名字为friend_{userId}.如下图: 用户1的好友为2,3,4 用户2的好友为1,3,4 用户3的好友为1,4,5 交集 用户1和2是好友.他们的共同好友可以通过他们的交集获取. redis命令示例: 127.0.0.1:6379> sadd friend_1 2 3 4 (integer

  • docker安装redis并以配置文件方式启动详解

    更新 最近发现服务器被挖矿病毒入侵了 很有可能是因为redis没有设置密码的原因! 1.获取redis镜像 docker pull redis 指定版本号: docker pull redis:4.0.9 不加版本号默认获取最新版本,也可以使用 docker search redis 查看镜像来源 2.查看本地镜像 docker images 3.然后启动容器,做映射 ①创建配置文件目录存放redis.conf,文件从官网下载. ②创建文件夹,新建配置文件贴入从官网下载的配置文件并修改 mkdi

  • Redis数据过期策略的实现详解

    目录 一.设置过期时间 1.常用方式 2.字符串独有方式 二.3种过期策略 三.Redis采用的过期策略 四.RDB对过期key的处理 五.AOF对过期key的处理 本文对Redis的过期机制简单的讲解一下 讲解之前我们先抛出一个问题,我们知道很多时候服务器经常会用到redis作为缓存,有很多数据都是临时缓存一下,可能用过之后很久都不会再用到了(比如暂存session,又或者只存放日行情股票数据)那么就会出现一下几个问题了 Redis会自己回收清理不用的数据吗?如果能,那如何配置?如果不能,如何

  • golang redis中Pipeline通道的使用详解

    目录 一.pipeline出现的背景 二.pipeline的用法 pipeline命令的使用 goredis库连接客户端 package client import (     "github.com/go-redis/redis"     "github.com/sirupsen/logrus" ) var MainRDS *redis.Client func init() {     ConnectRedis() } func ConnectRedis() {

  • Redis实战之Jedis使用技巧详解

    目录 一.摘要 二.Jedis 2.1.基本使用 2.2.连接池 2.3.连接池配置 2.4.字符串常用 API 操作 2.5.哈希常用 API 操作 2.6.列表常用 API 操作 2.7.集合常用 API 操作 2.8.有序集合常用 API 操作 三.集群配置 3.1.哨兵模式 3.2.集群模式 四.小结 一.摘要 在上一篇文章中,我们详细的介绍了 redis 的安装和常见的操作命令,以及可视化工具的介绍. 刚知道服务端的操作知识,还是远远不够的,如果想要真正在项目中得到应用,我们还需要一个

  • redis中的数据结构和编码详解

    redis中的数据结构和编码:     背景: 1>redis在内部使用redisObject结构体来定义存储的值对象. 2>每种类型都有至少两种内部编码,Redis会根据当前值的类型和长度来决定使用哪种编码实现. 3>编码类型转换在Redis写入数据时自动完成,这个转换过程是不可逆的,转换规则只能从小内存编码向大内存编码转换.     源码: 值对象redisObject: typedef struct redisObject {                 unsigned ty

  • sentinel支持的redis高可用集群配置详解

    目录 一.首先配置redis的主从同步集群 二.sentinel高可用 一.首先配置redis的主从同步集群 1.主库的配置文件不用修改,从库的配置文件只需增加一行,说明主库的IP端口.如果需要验证的,也要加多一行,认证密码. slaveof 192.168.20.26 5268 masterauth hodge01 一主多从的话,就启用多个从库.其中,从库都是一样的方案.本次有两个slave. 2.命令检查 /usr/local/redis/bin/redis-cli -p 5257 -a h

随机推荐