Redis 数据备份与恢复，安全，性能测试，客户端

Redis Created at 2021-07-16 23:23

## Redis 数据备份与恢复

Redis SAVE 命令用于创建当前数据库的备份。

### 语法
redis Save 命令基本语法如下：
```
redis 127.0.0.1:6379> SAVE 
```

### 实例
```
redis 127.0.0.1:6379> SAVE 
OK
```
该命令将在 redis 安装目录中创建dump.rdb文件。

### 恢复数据
如果需要恢复数据，只需将备份文件 (**dump.rdb**) 移动到 redis 安装目录并启动服务即可。获取 redis 目录可以使用 **CONFIG** 命令，如下所示： 
```
redis 127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/usr/local/redis/bin"
```
以上命令 CONFIG GET dir 输出的 redis 安装目录为 **/usr/local/redis/bin**。
 
### Bgsave
创建 redis 备份文件也可以使用命令**BGSAVE**，该命令在后台执行。

### 实例
```
127.0.0.1:6379> BGSAVE

Background saving started
```

## Redis 安全
我们可以通过 redis 的配置文件设置密码参数，这样客户端连接到 redis 服务就需要密码验证，这样可以让你的 redis 服务更安全。

### 实例
我们可以通过以下命令查看是否设置了密码验证：
```
127.0.0.1:6379> CONFIG get requirepass
1) "requirepass"
2) ""
```

默认情况下 requirepass 参数是空的，这就意味着你无需通过密码验证就可以连接到 redis 服务。

你可以通过以下命令来修改该参数：
```
127.0.0.1:6379> CONFIG set requirepass "runoob"
OK

127.0.0.1:6379> CONFIG get requirepass
1) "requirepass"
2) "runoob"
```
设置密码后，客户端连接 redis 服务就需要密码验证，否则无法执行命令。 
### 语法
AUTH 命令基本语法格式如下：
```
127.0.0.1:6379> AUTH password
```

### 实例
```
127.0.0.1:6379> AUTH "runoob"
OK

127.0.0.1:6379> SET mykey "Test value"
OK

127.0.0.1:6379> GET mykey
"Test value"
```

## Redis 性能测试
Redis 性能测试是通过同时执行多个命令实现的。

### 语法
redis 性能测试的基本命令如下：
```
redis-benchmark [option] [option value]
```

### 实例
以下实例同时执行 10000 个请求来检测性能：
```

redis-benchmark -n 10000

PING_INLINE: 141043.72 requests per second
PING_BULK: 142857.14 requests per second
SET: 141442.72 requests per second
GET: 145348.83 requests per second
INCR: 137362.64 requests per second
LPUSH: 145348.83 requests per second
LPOP: 146198.83 requests per second
SADD: 146198.83 requests per second
SPOP: 149253.73 requests per second
LPUSH (needed to benchmark LRANGE): 148588.42 requests per second
LRANGE_100 (first 100 elements): 58411.21 requests per second
LRANGE_300 (first 300 elements): 21195.42 requests per second
LRANGE_500 (first 450 elements): 14539.11 requests per second
LRANGE_600 (first 600 elements): 10504.20 requests per second
MSET (10 keys): 93283.58 requests per second
```

redis 性能测试工具可选参数如下所示：

|序号|选项|描述|默认值|
|----|----|----|----|
|1|-h|指定服务器主机名|127.0.0.1|
|2|-p|指定服务器端口|6379|
|3|-s|指定服务器 socket||
|4|-c|指定并发连接数|50|
|5|-n|指定请求数|10000|
|6|-d|以字节的形式指定 SET/GET 值的数据大小|2|
|7|-k|1=keep alive 0=reconnect|1|
|8|-r| SET/GET/INCR 使用随机 key, SADD 使用随机值||
|9|-P|通过管道传输 <numreq> 请求|1|
|10|-q|强制退出 redis。仅显示 query/sec 值||
|11|--csv|以 CSV 格式输出||
|12|-l|生成循环，永久执行测试||
|13|-t|仅运行以逗号分隔的测试命令列表。||
|14|-I|Idle 模式。仅打开 N 个 idle 连接并等待。||

### 实例
以下实例我们使用了多个参数来测试 redis 性能：
```
redis-benchmark -h 127.0.0.1 -p 6379 -t set,lpush -n 10000 -q

SET: 146198.83 requests per second
LPUSH: 145560.41 requests per second
```
以上实例中主机为 127.0.0.1，端口号为 6379，执行的命令为 set,lpush，请求数为 10000，通过 -q 参数让结果只显示每秒执行的请求数。

## Redis 客户端连接
Redis 通过监听一个 TCP 端口或者 Unix socket 的方式来接收来自客户端的连接，当一个连接建立后，Redis 内部会进行以下一些操作：
* 首先，客户端 socket 会被设置为非阻塞模式，因为 Redis 在网络事件处理上采用的是非阻塞多路复用模型。
* 然后为这个 socket 设置 TCP_NODELAY 属性，禁用 Nagle 算法
* 然后创建一个可读的文件事件用于监听这个客户端 socket 的数据发送

### 最大连接数
在 Redis2.4 中，最大连接数是被直接硬编码在代码里面的，而在2.6版本中这个值变成可配置的。   
maxclients 的默认值是 10000，你也可以在 redis.conf 中对这个值进行修改。 
```
config get maxclients

1) "maxclients"
2) "10000"
```
### 实例

以下实例我们在服务启动时设置最大连接数为 100000：
```
redis-server --maxclients 100000
```

### 客户端命令
|S.N.|命令|描述|
|----|----|----|----|
|1|**CLIENT LIST**|返回连接到 redis 服务的客户端列表|
|2|**CLIENT SETNAME**|设置当前连接的名称|
|3|**CLIENT GETNAME**|获取通过 CLIENT SETNAME 命令设置的服务名称|
|4|**CLIENT PAUSE**|挂起客户端连接，指定挂起的时间以毫秒计|
|5|**CLIENT KILL**|关闭客户端连接|

## Redis 管道技术
Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务。这意味着通常情况下一个请求会遵循以下步骤：
* 客户端向服务端发送一个查询请求，并监听Socket返回，通常是以阻塞模式，等待服务端响应。
* 服务端处理命令，并将结果返回给客户端。

### Redis 管道技术
Redis 管道技术可以在服务端未响应时，客户端可以继续向服务端发送请求，并最终一次性读取所有服务端的响应。

#### 实例
查看 redis 管道，只需要启动 redis 实例并输入以下命令：
```
$(echo -en "PING\r\n SET runoobkey redis\r\nGET runoobkey\r\nINCR visitor\r\nINCR visitor\r\nINCR visitor\r\n"; sleep 10) | nc localhost 6379

+PONG
+OK
redis
:1
:2
:3
```
以上实例中我们通过使用 PING 命令查看redis服务是否可用， 之后我们们设置了 runoobkey 的值为 redis，然后我们获取 runoobkey 的值并使得 visitor 自增 3 次。

在返回的结果中我们可以看到这些命令一次性向 redis 服务提交，并最终一次性读取所有服务端的响应 .

### 管道技术的优势
管道技术最显著的优势是提高了 redis 服务的性能。

### 一些测试数据 
在下面的测试中，我们将使用Redis的Ruby客户端，支持管道技术特性，测试管道技术对速度的提升效果。 
```
require 'rubygems' 
require 'redis'
def bench(descr) 
start = Time.now 
yield 
puts "#{descr} #{Time.now-start} seconds" 
end
def without_pipelining 
r = Redis.new 
10000.times { 
	r.ping 
} 
end
def with_pipelining 
r = Redis.new 
r.pipelined { 
	10000.times { 
		r.ping 
	} 
} 
end
bench("without pipelining") { 
	without_pipelining 
} 
bench("with pipelining") { 
	with_pipelining 
}
```

从处于局域网中的Mac OS X系统上执行上面这个简单脚本的数据表明，开启了管道操作后，往返时延已经被改善得相当低了。 
```
without pipelining 1.185238 seconds 
with pipelining 0.250783 seconds
```
如你所见，开启管道后，我们的速度效率提升了5倍。

-----

Stay before every beautiful thoughts在每一个美好的思想前停留

Redis 数据备份与恢复，安全，性能测试，客户端

Stay before every beautiful thoughts
在每一个美好的思想前停留