标签：strong 速度 说明 取消 排序 端口 cti cli config
Redis（https://redis.io/）, 是一个内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。
我很少在开发机中直接装各种数据库，我一般使用Docker，针对Redis也不例外，我还是使用Docker。
这是Redis在DockerHub里的地址：https://hub.docker.com/_/redis，里面有文档。
启动docker，下载redis镜像：docker pull redis
然后运行镜像并发布端口6379：
然后运行redis-cli（这是Redis的一个命令行管理工具）：
进入redis-cli之后，我们可以设置一个key-value来试试：
当你输入的时候，它是有提示的。
通过get key（key为name），可以获得其对应的值。
建立一个.NET Core 控制台项目，并安装Redis的.NET Core客户端。
Redis有很多C#的客户端，这里有个列表：https://redis.io/clients#c
我这使用的是 StackExchange.Redis (https://stackexchange.github.io/StackExchange.Redis/)。
ConnectionMultiplexer已经实现了IDisposable接口，之所以没有使用using表达式，是因为该对象应该重复利用的，具体请看文档。
我之前通过redis-cli设置了key为name的值，这里我通过name这个key把相对应的值找出来，并打印在控制台：
如果所示，连接上了数据库，并把值输出到了控制台，OK。
这个也没什么特别的，看代码：
运行结果：
Redis的主要数据类型有这些：
一共有两种方式：
首先需要知道Redis的操作都是在内存中完成的，因为这样速度快。
然后你可以启用AOF，它会把每个操作都记录到系统文件里。所以如果Redis服务器重启了，它会根据AOF这个文件来重建整个数据集。
这个文件会很快就变得很大，但是Redis很聪明，它会使用里面最新版本的数据，并压缩文件到可控大小。
RDB是Redis的默认模式，它有点像数据库的快照，创建一些时间点的数据，如果发生灾难，你可以从这些数据里进行恢复。
当达到一些条件的时候，例如数据集里面在某段时间内新添加了一定条目的数据，Redis就会把数据做个快照，并写入一个RDB文件。
最佳实践是两者都用，使用AOF因为其速度和可用性，使用RDB做灾难恢复。
https://raw.githubusercontent.com/antirez/redis/4.0/redis.conf 这是Redis 4.0 的一个标准配置文件。
先看快照部分，也就是和RDB有关的部分：
里面的save 900 1.。。。这部分是指，900秒过后，如果至少1个key改变了，那么就做一个快照。
下面的就是300秒过后，如果10个key改变了，那就做一个快照。。。
这些就是进行快照动作的触发条件。
AOF模式默认是不开启的，也就是no。如果想开启，那就改成yes即可。
把上述文件下载到本地，进行修改：
我添加了一个RDB的条件，5秒内1个Key被修改就会触发快照动作。
然后我启用了AOF：
首先把之前的容器删除吧，然后再建立一个。
这次建立docker容器的时候需要使用volume：
说明一下：
-v这部分是指volume，redis.conf在我电脑里的位置是：D:\Projects\Redis\redis.conf，所以我把该位文件的位置挂载到了容器里的/usr/local/etc/redis/redis.conf这个地方。
然后运行redis这个镜像，同时运行里面的redis-server，而redis-server的配置文件就是/usr/local/etc/redis/redis.conf。
现在这个redis-server运行起来了。
再打开一个redis-cli，还是使用容器：
然后我设置一个key的值：
这时就达到了RDB的最后一个条件，所以触发了快照动作。
我就不再实验了。。。
我再打开一下redis容器的bash，然后看一下aof文件是否生成：
可以看到每次操作后aof文件都会更新（里面可以认为就是事务的log）。
简单讲一下Redis的主从复制，首先把之前的容器都删掉。。。
然后我们先建立docker 网络：
然后创建redis master的容器，不过首先修改一下redis.conf里的bind地址，原来是127.0.0.1，改为 bind 0.0.0.0：
这样的话其它的ip地址也可以连接过来了。
然后创建master容器：
注意里面使用了之前创建的桥接网络。
检查一下redis-net这个网络：
可以看到该网络里有一个容器master-redis，其ip为172.20.0.2。
然后把redis.conf再复制一份，名字为redis2.conf。
在redis2.conf的Replication部分里，把下面这部分取消注释，并修改为：
注意这个ip地址和master-redis的ip要一样。
现在我们可以运行这个redis的slave容器了：
然后我们可以看到主从复制成功了：
打开master的redis-cli：
操作一些操作，可以看到master和slave都几乎同步的做了一些动作，也就是主从复制：
把之前的容器都清理掉。。。
主从复制的master通常需要设置密码，修改redis.conf文件，找到requirepass这部分，取消注释并设置密码：
在slave的redis2.conf里，找到masterauth这部分，填写master的密码：
首先我填写一个错误的密码。
然后运行两个容器，看看什么效果：
可以看到提示密码不正确，无法进行复制。
然后删掉slave容器，再把redis2.conf的密码修正一下：
然后再运行slave容器：
这次可以看到连接成功了。
如上图，这就对port和replicaof进行配置，而没有使用redis2.conf（所以该命令前面的-v部分也是没有什么作用的）。
前面我们使用了自定义的配置文件来运行Redis，但是这样的话需要重启Redis Server。
而如果使用CONFIG SET（https://redis.io/commands/config-set）的话，那就不需要重启redis server直接就可以修改配置，但是这样做不会修改redis.conf等配置文件的。
首先需要使用redis-cli，然后进行配置即可，例如：
这就是添加了一个快照的设置：每20秒如果有两个变化就做一个快照。
标签：strong 速度 说明 取消 排序 端口 cti cli config
原文地址：https://www.cnblogs.com/cgzl/p/10294175.html
