Redis慢查询,redis-cli,redis-benchmark,info

1、慢查询:

一、慢查询的做用:经过慢查询分析,找到有问题的命令进行优化。git

二、慢查询的redis的配置参数:redis

slowlog-log-slower-than    慢查询预设阈值(单位是微秒1秒=1000000微秒)
slowlog-max-len    慢查询最多存多少条

修改慢查询有两种方法:shell

1、直接在redis.conf上修改。
2、在redis的shell里面修改:
config set slowlog-log-slower-than 20000 config set slowlog-man-len 1000
config rewrite      #持久化写入到本地文件

慢查询日志是会存储在内存中, 没有文件存储慢查询日志内容. 因此在获取慢查询日志时候,会响应很是快. 对性能影响很小.数据库

获取慢查询日志可使用 slowlog get 命令, 将会全部的慢查询记录. 获取指定数量的慢查询使用:api

slowlog get n数组

慢查询日志四个属性:缓存

一、第一个字段是每一个慢查询惟一标识。
二、处理完命令后的时间戳
三、执行更名了所须要的时间,单位微妙
四、命令的参数列表,是个数组类型 每一个慢查询实体的ID都是惟一的,并且不会被从新设置,只会在redis重启后才会重置它.

查看当前慢查询日志长度:服务器

slowlog len网络

清空慢查询日志内容:架构

slowlog reset  

 2、Redis的shell详解:

一、redis-cli

一、-r   表明将命令重复执行屡次
./redis-cli -r 3 ping
PONG
PONG
PONG
ping命令可用于检测redis实例是否存活,若是存活则显示PONG。
二、-i  每隔几秒(若是想用ms,如10ms则写0.01)执行一次命令,必须与-r一块儿使用。
./redis-cli -r 3 -i 1 ping
PONG
PONG
PONG
./redis
-cli -r 10 -i 1 info|grep used_memory_human used_memory_human:2.95G ..................................... used_memory_human:2.95G 每隔1秒输出内存的使用量,一共输出10次。 ./redis-cli -h ip -p port info server|grep process_id process_id:999 #获取redis的进程号999 三、-x 表明从标准输入读取数据做为该命令的最后一个参数。 ./echo "world" |redis-cli -x set hello Ok 四、-c 链接集群结点时使用,此选项可防止moved和ask异常。 五、-a 如配置了密码,可用a选项。 六、--scan和--pattern 用于扫描指定模式的键,至关于scan命令。 七、--slave 当当前客户端模拟成当前redis节点的从节点,可用来获取当前redis节点的更新操做。合理利用可用于记录当前链接redis节点的一些更新操做,这些更新多是实开发业务时须要的数据。 八、--rdb 会请求redis实例生成并发送RDB持久化文件,保存在本地。可作按期备份。 九、--pipe 将命令封装成redis通讯协议定义的数据格式,批量发送给redis执行。 十、--bigkeys 统计bigkey的分布,使用scan命令对redis的键进行采样,从中找到内存占用比较大的键,这些键多是系统的瓶颈。 十一、--eval 用于执行lua脚本 十二、--latency 有三个选项,--latency、--latency-history、--latency-dist。它们可检测网络延迟,展示的形式不一样。 1三、--stat 可实时获取redis的重要统计信息。info命令虽然比较全,但这里可看到一些增长的数据,如requests(每秒请求数) 1四、--raw 和 --no-raw --no-raw 要求返回原始格式。--raw 显示格式化的效果。

二、redis-server

检测当前系统是否提供1G内存给redis。

./redis-server --test-memory 1024

三、redis-benchmark

能够为redis作基准测试:

一、-c  客户端的并发数量(默认50)
二、-n 客户端的请求总量(默认是100000)
./redis-benchmark -c 100 -n 100000   #表明100个客户端同时请求redis,一共执行100000次,redis-benchmark会对各个数据类型结构命令进行测试
====== PING_INLINE ======
100000 requests completed in 0.97 seconds
100 parallel clients
3 bytes payload
keep alive: 1

99.37% <= 1 milliseconds
99.84% <= 2 milliseconds
99.94% <= 3 milliseconds
99.97% <= 4 milliseconds
100.00% <= 4 milliseconds
102880.66 requests per second
三、-q  仅仅显示redis-benchmark的requests per second信息:
PING_INLINE: 104602.52 requests per second
PING_BULK: 103842.16 requests per second
SET: 101010.10 requests per second
GET: 104712.05 requests per second
INCR: 105820.11 requests per second
LPUSH: 106157.12 requests per second
RPUSH: 102880.66 requests per second
LPOP: 102459.02 requests per second
RPOP: 103842.16 requests per second
SADD: 103199.18 requests per second
HSET: 105485.23 requests per second
SPOP: 98716.68 requests per second
四、-r  在一个空的redis上执行redis-benchmark会发现有三个键,想要插入更多的键,执行-r选项,能够向redis插入更多的键。
五、 -P 表明每一个请求pipeline的数据量(默认为1)。
六、 -k 表明客户端是否使用keeplive,1为使用,0为不使用,默认为1
七、-t 能够对指定命令进行基准测试。
八、--csv 将结果按照csv格式输出,便于后续处理,入导到Excel等。

3、info命令:

info server 服务端信息
redis_version     #Redis服务器版本
redis_git_sha1   #Git SHA1
redis_git_dirty   #Git脏标志
os               #Redis服务器的宿主操做系统
arch_bits    #架构(32或64位)
multiplex_api    #Redis所使用的事件处理机制
gcc_version    #编译Redis时所使用的GCC版本
process_id     #服务器进程的PID
run_id      #Redis的服务器的随机标识符(用于前哨和集群)
tcp_port     #TCP / IP监听端口
uptime_in_seconds    #自动Redis服务器启动以来,通过的秒数
uptime_in_days      #自动Redis服务器启动以来,通过的天数
lru_clock     #以分钟为单位进行自增的时钟,用于LRU管理
 info clients 客户端信息
connected_clients    #已链接客户端的数量(不包括经过从属性服务器链接的客户端)
client_longest_output_list   #当前链接的客户端当中,最长的输出列表
client_longest_input_buf     #当前链接的客户端当中,最大输入缓存
blocked_clients     #正在等待阻塞命令(BLPOP,BRPOP,BRPOPLPUSH)的客户端的数量

info memory 内存信息 used_memory #由Redis分配器分配的内存总量,以字节(byte)为单位 used_memory_human #以人类可读的格式返回Redis分配的内存总量 used_memory_rss #从操做系统的角度,返回Redis已分配的内存总量(俗称常驻集大小)。这个值和 top, ps等命令的输出一致。 used_memory_peak #Redis的内存消耗峰值(以字节为单位) used_memory_peak_human #以人类可读的格式返回Redis的内存消耗峰值 used_memory_lua #Lua引擎所使用的内存大小(以字节为单位) mem_fragmentation_ratio # used_memory_rss和 used_memory之间的比率 mem_allocator #在编译时指定的,Redis所使用的内存分配器。能够是libc,jemalloc或者tcmalloc。 info persistence RDB和AOF的持久化相关信息 loading:0 #服务器是否正在载入持久化文件 rdb_changes_since_last_save:28900855 #离最近一次成功生成rdb文件,写入命令的个数,即有多少个写入命令没有持久化 rdb_bgsave_in_progress:0 #服务器是否正在建立rdb文件 rdb_last_save_time:1482358115 #离最近一次成功建立rdb文件的时间戳。当前时间戳 - rdb_last_save_time=多少秒未成功生成rdb文件 rdb_last_bgsave_status:ok #最近一次rdb持久化是否成功 rdb_last_bgsave_time_sec:2 #最近一次成功生成rdb文件耗时秒数 rdb_current_bgsave_time_sec:-1 #若是服务器正在建立rdb文件,那么这个域记录的就是当前的建立操做已经耗费的秒数 aof_enabled:1 #是否开启了aof aof_rewrite_in_progress:0 #标识aof的rewrite操做是否在进行中 aof_rewrite_scheduled:0 info rewrite 任务计划,当客户端发送bgrewriteaof指令,若是当前rewrite子进程正在执行,那么将客户端请求的bgrewriteaof变为计划任务,待aof子进程结束后执行rewrite aof_last_rewrite_time_sec:-1 #最近一次aof rewrite耗费的时长 aof_current_rewrite_time_sec:-1 #若是rewrite操做正在进行,则记录所使用的时间,单位秒 aof_last_bgrewrite_status:ok #上次bgrewriteaof操做的状态 aof_last_write_status:ok #上次aof写入状态 aof_current_size:4201740 #aof当前尺寸 aof_base_size:4201687 #服务器启动时或者aof重写最近一次执行以后aof文件的大小 aof_pending_rewrite:0 #是否有aof重写操做在等待rdb文件建立完毕以后执行? aof_buffer_length:0 #aof buffer的大小 aof_rewrite_buffer_length:0 #aof rewrite buffer的大小 aof_pending_bio_fsync:0 #后台I/O队列里面,等待执行的fsync调用数量 aof_delayed_fsync:0 #被延迟的fsync调用数量 info stats 通常统计信息 total_connections_received:209561105 #新建立链接个数,若是新建立链接过多,过分地建立和销毁链接对性能有影响,说明短链接严重或链接池使用有问题,需调研代码的链接设置 total_commands_processed:2220123478 #redis处理的命令数 instantaneous_ops_per_sec:279 #redis当前的qps,redis内部较实时的每秒执行的命令数 total_net_input_bytes:118515678789 #redis网络入口流量字节数 total_net_output_bytes:236361651271 #redis网络出口流量字节数 instantaneous_input_kbps:13.56 #redis网络入口kps instantaneous_output_kbps:31.33 #redis网络出口kps rejected_connections:0 #拒绝的链接个数,redis链接个数达到maxclients限制,拒绝新链接的个数 sync_full:1 #主从彻底同步成功次数 sync_partial_ok:0 #主从部分同步成功次数 sync_partial_err:0 #主从部分同步失败次数 expired_keys:15598177 #运行以来过时的key的数量 evicted_keys:0 #运行以来剔除(超过了maxmemory后)的key的数量 keyspace_hits:1122202228 #命中次数 keyspace_misses:577781396 #没命中次数 pubsub_channels:0 #当前使用中的频道数量 pubsub_patterns:0 #当前使用的模式的数量 latest_fork_usec:15679 #最近一次fork操做阻塞redis进程的耗时数,单位微秒 migrate_cached_sockets:0 # info replication 主从信息,master上显示的信息 role:master #实例的角色,是master or slave connected_slaves:1 #链接的slave实例个数 slave0:ip=192.168.64.104,port=9021,state=online,offset=6713173004,lag=0 #lag从库多少秒未向主库发送REPLCONF命令 master_repl_offset:6713173145 #主从同步偏移量,此值若是和上面的offset相同说明主从一致没延迟 repl_backlog_active:1 #复制积压缓冲区是否开启 repl_backlog_size:134217728 #复制积压缓冲大小 repl_backlog_first_byte_offset:6578955418 #复制缓冲区里偏移量的大小 repl_backlog_histlen:134217728 #此值等于 master_repl_offset - repl_backlog_first_byte_offset,该值不会超过repl_backlog_size的大小 info replication 主从信息,slave上显示的信息 role:slave #实例的角色,是master or slave master_host:192.168.64.102 #此节点对应的master的ip master_port:9021 #此节点对应的master的port master_link_status:up #slave端可查看它与master之间同步状态,当复制断开后表示down master_last_io_seconds_ago:0 #主库多少秒未发送数据到从库? master_sync_in_progress:0 #从服务器是否在与主服务器进行同步 slave_repl_offset:6713173818 #slave复制偏移量 slave_priority:100 #slave优先级 slave_read_only:1 #从库是否设置只读 connected_slaves:0 #链接的slave实例个数 master_repl_offset:0 repl_backlog_active:0 #复制积压缓冲区是否开启 repl_backlog_size:134217728 #复制积压缓冲大小 repl_backlog_first_byte_offset:0 #复制缓冲区里偏移量的大小 repl_backlog_histlen:0 #此值等于 master_repl_offset - repl_backlog_first_byte_offset,该值不会超过repl_backlog_size的大小 info CPU CPU计算量统计信息 used_cpu_sys:96894.66 #将全部redis主进程在核心态所占用的CPU时求和累计起来 used_cpu_user:87397.39 #将全部redis主进程在用户态所占用的CPU时求和累计起来 used_cpu_sys_children:6.37 #将后台进程在核心态所占用的CPU时求和累计起来 used_cpu_user_children:52.83 #将后台进程在用户态所占用的CPU时求和累计起来 info commandstats 各类不一样类型的命令的执行统计信息 cmdstat_get:calls=1664657469,usec=8266063320,usec_per_call=4.97 #call每一个命令执行次数,usec总共消耗的CPU时长(单位微秒),平均每次消耗的CPU时长(单位微秒) info cluster 集群相关信息 cluster_enabled:1 #实例是否启用集群模式 info keyspace 数据库相关的统计信息 db0:keys=194690,expires=191702,avg_ttl=3607772262 #db0的key的数量,以及带有生存期的key的数,平均存活时间
相关文章
相关标签/搜索