redis 性能指标监控命令

大家在学习的过程中,一定要学会经常使用help来了解命令的具体用法。

1.info  (监控一般使用这个命令读取数据)

127.0.0.1:6379> help info

INFO [section]

summary: Get information and statistics about the server

since: 1.0.0

group: server

127.0.0.1:6379> info 

# Server

redis_version:3.0.7

redis_git_sha1:00000000

redis_git_dirty:0

redis_build_id:8d64350b19f2f7d2

redis_mode:standalone

os:Linux 2.6.32-504.el6.x86_64 x86_64

arch_bits:64

multiplexing_api:epoll

gcc_version:4.4.7

process_id:1096

run_id:2fc6a6e9638de4b9bccce3def6b40bb7b69e5240

tcp_port:6379

uptime_in_seconds:1668

uptime_in_days:0

hz:10

lru_clock:3766532

config_file:/etc/redis/6379.conf

# Clients

connected_clients:3

client_longest_output_list:0

client_biggest_input_buf:0

blocked_clients:0

# Memory

used_memory:856928

used_memory_human:836.84K

used_memory_rss:3223552

used_memory_peak:856968

used_memory_peak_human:836.88K

used_memory_lua:36864

mem_fragmentation_ratio:3.76

mem_allocator:jemalloc-3.6.0

# Persistence

loading:0

rdb_changes_since_last_save:0

rdb_bgsave_in_progress:0

rdb_last_save_time:1480159872

rdb_last_bgsave_status:ok

rdb_last_bgsave_time_sec:-1

rdb_current_bgsave_time_sec:-1

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

# Stats

total_connections_received:2

total_commands_processed:189

instantaneous_ops_per_sec:0

total_net_input_bytes:3340

total_net_output_bytes:66405

instantaneous_input_kbps:0.00

instantaneous_output_kbps:0.04

rejected_connections:0

sync_full:0

sync_partial_ok:0

sync_partial_err:0

expired_keys:0

evicted_keys:0

keyspace_hits:0

keyspace_misses:0

pubsub_channels:0

pubsub_patterns:0

latest_fork_usec:0

migrate_cached_sockets:0

# Replication

role:slave

master_host:192.168.1.93

master_port:6380

master_link_status:up

master_last_io_seconds_ago:9

master_sync_in_progress:0

slave_repl_offset:2283

slave_priority:100

slave_read_only:1

connected_slaves:0

master_repl_offset:0

repl_backlog_active:0

repl_backlog_size:1048576

repl_backlog_first_byte_offset:0

repl_backlog_histlen:0

# CPU

used_cpu_sys:0.97

used_cpu_user:0.42

used_cpu_sys_children:0.00

used_cpu_user_children:0.00

# Cluster

cluster_enabled:0

# Keyspace

db0:keys=1,expires=0,avg_ttl=0

2.monitor (影响性能,谨慎使用)

127.0.0.1:6379> help monitor

MONITOR -

summary: Listen for all requests received by the server in real time

since: 1.0.0

group: server

127.0.0.1:6379> monitor

OK

1480161369.716981 [0 192.168.1.93:6380] "PING"

1480161379.816223 [0 192.168.1.93:6380] "PING"

1480161389.930811 [0 192.168.1.93:6380] "PING"

1480161400.047882 [0 192.168.1.93:6380] "PING"

1480161409.461477 [0 127.0.0.1:42333] "info"

1480161410.143357 [0 192.168.1.93:6380] "PING"

1480161420.267618 [0 192.168.1.93:6380] "PING"

1480161421.141619 [0 127.0.0.1:42333] "info" "all"

1480161430.367934 [0 192.168.1.93:6380] "PING"

1480161440.496221 [0 192.168.1.93:6380] "PING"

3.slowlog 

127.0.0.1:6379> help slowlog

SLOWLOG subcommand [argument]

summary: Manages the Redis slow queries log

since: 2.2.12

group: server

127.0.0.1:6379> slowlog get

1) 1) (integer) 17

2) (integer) 1480161791

3) (integer) 12

4) 1) "config"

2) "set"

3) "slowlog-log-slower-than"

4) "10"

127.0.0.1:6379> slowlog len

(integer) 2

时间: 2024-10-29 04:37:08

redis 性能指标监控命令的相关文章

redis常用监控命令

1.实时监控redis服务收到来自应用的所有命令 redis-cli 127.0.0.1:6379>monitor 1509964152.131699 [1 127.0.0.1:40008] "hmget" "DEFAULEGYM_PK_PLAYER_PROPERTY_10105" "cup" "type" "pkScore" "matchTimeIntervals" 150996

PIGOSS BSM一站式解决十多个所有监控命令的监控功能

首先,我们先来了解一下我们所说的这十多个监控命令: 1.dstat--多类型资源统计工具 该命令整合了vmstat,iostat和ifstat三种命令.同时增加了新的特性和功能可以让你能及时看到各种的资源使用情况,从而能够使你对比和整合不同的资源使用情况.通过不同颜色和区块布局的界面帮助你能够更加清晰容易的获取信息.它也支持将信息数据导出到cvs格式文件中,从而用其他应用程序打开,或者导入到数据库中.你可以用该命令来监控CPU,内存和网络状态的随着时间的变化 PIGOSS BSM :作为一款商用

linux系统监控命令

ps命令 命令:ps -mp pid -o THREAD,tid,time   或者  ps -Lfp pid 结果展示: 这个命令的作用,主要是可以获取到对应一个进程下的线程的一些信息. 比如你想分析一下一个java进程的一些运行瓶颈点,可以通过该命令找到所有当前Thread的占用CPU的时间,也就是这里的最后一列. 比如这里找到了一个TID : 30834 ,所占用的TIME时间最高. 通过 printf "%x\n" 30834 首先转化成16进制, 继续通过jstack命令du

通过redis的monitor命令排除故障

项目里有10台服务器都在一个刀箱里,其中一台是redis缓存服务器,另外的是app服务器.通过监控发现这个刀箱的流量750M,其中缓存服务器的流量达105M,这么高的流量已经造成其它项目的服务器网络延时,丢包,已经影响了正常的业务.通过分析基本可以断定流量产生来自于app服务器对redis服务器数据调用,至于为什么为产生大流量,需要进一步分析,redis的monitor命令可以实时打印出 redis 服务器接收到的命令,我们就通过这些数据进行分析. 1.抓取几分钟的数据,然后手动终止命令(我取了

常用的linux系统监控命令

常用的linux系统监控命令 博客分类: linux 服务器 记录一下自己常用的linux系统命令,方便以后查阅,发觉记忆越来越不行了 找到最耗CPU的java线程 ps命令 命令:ps -mp pid -o THREAD,tid,time   或者  ps -Lfp pid 结果展示: 这个命令的作用,主要是可以获取到对应一个进程下的线程的一些信息. 比如你想分析一下一个java进程的一些运行瓶颈点,可以通过该命令找到所有当前Thread的占用CPU的时间,也就是这里的最后一列. 比如这里找到

总结:常用的Linux系统监控命令

记录一下自己常用的linux系统命令,方便以后查阅,发觉记忆越来越不行了 找到最耗CPU的java线程 ps命令 命令: ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pid 结果展示: 这个命令的作用,主要是可以获取到对应一个进程下的线程的一些信息. 比如你想分析一下一个java进程的一些运行瓶颈点,可以通过该命令找到所有当前Thread的占用CPU的时间,也就是这里的最后一列. 比如这里找到了一个TID : 30834 ,所占用的TIME时间最高. 通过

jmeter学习之路02(Linux服务器监控命令)

1.性能指标:CPU,内存,网络,磁盘,版本,2.linux常用命令:man,ls,ll, top: -h:帮助 -p:监控指定进程 m p: cpu重指数:us,ni old orange3.linux监控命令--CPU: vmstat:可以监控系统 的进程状态,内存,虚拟内存,磁盘IO,CPU,语法:vmstat [-a][-n][-S unit][delay[count]] -S:指定单位 free:监控内存使用状态,total:总计屋里内存大小:Used:已使用多大:Free:可使用多少

Mongodb监控命令

Mongodb监控命令 一.监控工具 1.mongostat工具 默认为显示每秒的统计信息 # mongostat -uroot -ppassword --authenticationDatabase admin -h192.168.x.xx  --rowcount 10 1 connected to: 192.168.x.xx insert  query update delete getmore command flushes mapped  vsize    res faults  loc

linux系统监控命令 top

进程监控命令 top 先来个截图 第一行:运行到23:21:41 共运行了30天16小时43分钟,当前1个用户,1分钟,5分钟,15分钟的平均负载分别为1.08,1.39,1.10.(超过5就高了) 第二行:共有24个进程,1个正在运行,23个休息,没有停止的,也没有僵尸进程. 第三行:用户态进程占CPU14.5%,内核态0.2%,改变过优先级的进程0.0%,空闲85.2,等待输入输出的0.0%,硬中断占0.0%,si软中断, 第四行:总内存,使用的内存,空闲内存,缓存的内存. 第五行:交换区总