redis运维基础

一、 常见故障分析

 

1. 内存过高分析

  • info 命令查看key总数是否大量增加,占用内存是否大量增加
  • redis-cli -h host -p port client list | grep -v "omem=0",查询输出缓冲区不为0的客户端连接,omem字段为占用的内存量(B),cmd字段为命令,从client_longest_output_list看是否输出缓冲区占用内存较大,也就是有大量的数据从Redis服务器向某些客户端输出。参考 https://carlosfu.iteye.com/blog/2254571

2. CPU高分析

client list中后面有命令,具体的话就要看monitor(monitor消耗cpu也高,不能执行太久)。client list就是看执行那一时间点的,monitor就全些。

redis-cli -a xxx monitor > redis.txt

看都执行了什么命令(看cmd=部分),有没有消耗CPU的一些异常命令。一般引起CPU高都是一下子取很多值的,从之前的异常排查来看,还是getall,keys *这类的命令最消耗CPU

新建连接和每秒的操作数量增加也会CPU增加。

3. 压测时主要关注项

  • 慢日志:slowlog get
  • ops数:info stats,查看 instantaneous_ops_per_sec 指标。一般可以支撑每秒6到8K,如果只有几百几十,说明操作很少,那一般就不是redis的问题

二、 常用命令

1. 启停命令

Linux启动
$redis-server $REDIS_DATA/conf/redis.conf

Windows启动
$redis-server –-console

Windows && Linux停止
$redis-cli –p port –a passwd shutdown save

生产环境关闭方法

redis-cli
#执行
bgrewriteaof
shutdown save

检查redis进程脚本,未启动则自动启动

#! /bin/bash

#redis port 6380
ProcName=*:6380
ProcNumber=`ps -ef |grep -w $ProcName|grep -v grep|wc -l`
if [ $ProcNumber -le 0 ];then
   echo "Redis 6380 is not running" >> auto_start_redis.log
   redis-server /u01/redis/rd6380/conf/redis.conf
else
   echo "Redis 6380 is running" >> auto_start_redis.log
fi

2. 实例管理

检查连接情况
client list

库中KEY的数量
info keyspace

检查主从同步状态,看master_link_status,slave_repl_offset与master_repl_offset
info replication

DB中键的数量
dbsize

切换数据库(redis用数字作为多个数据库的实现,默认16个,编号为0-15)
select db号

清除所有数据库(高危)
flushall

清除当前数据库(高危)
flushdb

3. 慢查询

两个参数

  • slowlog-log-slower-than 10000   慢查询捕获阈值(默认10000微秒)                     
  • slowlog-max-len 128                   慢日志最多存储条数(默认128,超过后先进先出)

获取慢日志

  • slowlog get [n]   n指定条数

慢日志格式

redis运维基础_第1张图片

  • 慢查询日志标识id
  • 发生时间戳
  • 命令耗时(微秒)
  • 执行命令
  • 命令参数

获取慢日志列表长度

  • slowlog len

慢日志重置

  • slowlog reset


4. 配置管理

支持两种修改配置方法:

  • 改配置文件
  • config set 动态修改,并将配置持久化到本地文件
-- 参数设置
config set slowlog-max-len 1000
-- 将配置持久化到本地文件
config rewrite

获取配置信息

  • CONFIG GET CONFIG_SETTING_NAME

获取所有配置

  • CONFIG GET *

5. 备份

  • RDB备份命令:bgsave
  • AOF备份命令:bgrewriteaof

6. 客户端相关

列出连接到redis服务端的客户端信息                

  • client list(执行较慢,连接数较多时频繁执行可能阻塞redis)
  • info clients(执行较快,不能精确定位到所有客户端,只能显示输入缓冲区最大值)

设置客户端名

  • client setName xx
  • client getName

杀掉指定IP地址和端口的客户端

  • client kill 127.0.0.1:52343
  • client kill ip:port

元素过大问题

list元素数量不大的情况下,lrang就算全量读也不会有问题。如果list中元素本身太大,会导致:

  • 严重的内存消耗,就算删除list中的元素也会造成内存碎片;
  • 网卡带宽可能被大量占用,造成读写性能问题,如果机器上还有其它应用的话,也会受影响;
  • redis本身不适合存储大key,平常最佳实践中单个key大小最大不超过2M,要不性能就会有问题。

你可能感兴趣的:(Redis,脚本&命令,redis,运维,数据库)