redis中持久化策略rdb和aof的区别

当满足条件时，redis单独会fork（创建）一个新的线程，会先将内存中的数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次已经持久化好了的文件，整个过程中，主进程是不进行任何IO *** 作的，确保了极高的性能
此时的主进程还可以进行读写 *** 作。rdb数据持久化的缺点是最后一次持久化的数据可能丢失，当在最后一次持久化的时间截点内还没有持久化，此时机器宕机了或出故障了，那么最后一次的数据就没有持久化到。

我在MCBBBS的PE服务器发布版找到了一个服务器帖子“[双线]烟雨江南——公平持久的服务器[081][095][0104/5]”，你可以看一下这个帖子，希望可以帮到你。
服务器名：烟雨江南|PE0104服务器|PE095服务器
服务器性质：公益服务器
服务器QQ千人群：213719919
服务器IP：PE081服务器IP ：pemcboycn 端口：33081 (启动)
服务器IP：PE095服务器IP ：pmmcboycn 端口：33095 (启动)
服务器一IP：PE0104 服务器IP ：pnmcboycn 端口：19132 (启动)服务器一IP：PE0105 服务器IP ：pnmcboycn 端口：19132 (启动)服务器二IP：PE0104 服务器IP ：pnmcboycn 端口：25603 (启动)服务器二IP：PE0105 服务器IP ：pnmcboycn 端口：25603 (启动)
服务器IP：PC164服务器(筹备中)
服务器插件及特点：玩家领地保护，公共领地保护，岩浆水不流动，商店出售系统，
回收商店系统，个人牌子商店系统，PVP技能系统
服务器指令指南:081与095与0104指令基本相同
地址：>、TCP连接
手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在逗无差别地的网络之上。
建立起一个TCP连接需要经过逗三次握手地：
第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过逗四次握手地（过程就不细写了，就是服务器和客户端交互，最终确定断开）
2、> 

一、配置：

环境：

CentOS7 

VMware

笔者配置了四台虚拟机：

K8S-Master节点: 3GB内存   2核CPU   20GB硬盘空间

K8S-node1节点:  2GB内存   2核CPU   30GB硬盘空间

K8S-node2节点:  2GB内存   2核CPU   30GB硬盘空间

镜像仓库节点:      2GB内存   2核CPU   50GB硬盘空间
二、节点规划：

使用三台虚拟机搭建K8S集群，使用一台虚拟机搭建镜像仓库。

每台虚拟机配置两块网卡，其中一块为“NAT模式”，用于拉取镜像等功能。

另外一块网卡为“仅主机模式”，用于集群节点间的通信。归划如下：

K8s-master节点:

仅主机模式：101010200

NAT模式：  192168200130

K8S-node1节点:

仅主机模式：101010201

NAT模式：  192168200131

K8S-node2节点:

仅主机模式：101010202

NAT模式：  192168200132

镜像仓库节点:

仅主机模式：101010101

NAT模式：  192168200150
三、版本信息

Linux内核版本：

Linux version 3100-862el7x86_64 (builder@kbuilderdevcentosorg)

(gcc version 485 20150623 (Red Hat 485-28) (GCC) )

 #1 SMP Fri Apr 20 16:44:24 UTC 2018
K8s集群版本为1150版本：
四、基于StatefulSet与PV/PVC的MySql持久化存储实验
1 在每个节点安装nfs服务
在“镜像仓库”节点，执行以下命令：

yum install -y nfs-common nfs-utils rpcbind

在k8s集群，执行以下命令：

yum install -y nfs-utils rpcbind
2 在“镜像仓库”节点下，配置nfs服务器

mkdir /nfs_mysql

Chmod 777 /nfs_mysql/

(在测试环境中，为了不考虑用户属性，暂时赋予777权限，但在生产环境不推荐这样做)

Chown nfsnobody /nfs_mysql/

echo “/nfs_mysql (rw,no_root_squash,no_all_squash,sync)” >> /etc/exports

cat /etc/exports

/nfs_mysql (rw,no_root_squash,no_all_squash,sync)

systemctl start rpcbind

systemctl start nfs
3 测试nfs服务是否可用

mkdir /test

showmount -e 101010101
可见/nfs_mysql 已暴露于共享目录，接下来测试挂载是否可用：

在master节点下执行：

mount -t nfs 101010101:/nfs_mysql /test/

echo "hello-world">>/test/1txt
在镜像仓库节点下查看1txt是否存在，若存在则挂载成功：
可见nfs服务可以正常使用，接下来删除test目录和1txt
在镜像仓库下：

[root@hub nfs_mysql]# rm -f 1txt

在Master节点下:

[root@k8s-master ~]# umount /test/

[root@k8s-master ~]# rm -rf /test/
同理,依照以上步骤同时创建：（提供多个mysql副本进行挂载）

nfs_mysql1

nfs_mysql2

完成后需要重启nfs服务

systemctl restart rpcbind

systemctl restart nfs

最终效果：
4 将nfs封装成pv

创建mysql_test文件夹，将yaml文件统一保存在此目录下

mkdir mysql_test

cd mysql_test

vim mysql-pvyml
mysql-pvyml配置如下：
apiVersion: v1

kind: PersistentVolume

metadata:

  name: mysql-pv

spec:

  capacity:

    storage: 5Gi

  accessModes:

    -  ReadWriteOnce

  persistentVolumeReclaimPolicy: Retain

  storageClassName: nfs

  nfs:

    path: /nfs_mysql

    server: 101010101

---

apiVersion: v1

kind: PersistentVolume

metadata:

  name: mysql-pv1

spec:

  capacity:

    storage: 5Gi

  accessModes:

    -  ReadWriteOnce

  persistentVolumeReclaimPolicy: Retain

  storageClassName: nfs

  nfs:

    path: /nfs_mysql1

    server: 101010101

---

apiVersion: v1

kind: PersistentVolume

metadata:

  name: mysql-pv2

spec:

  capacity:

    storage: 5Gi

  accessModes:

    -  ReadWriteOnce

  persistentVolumeReclaimPolicy: Retain

  storageClassName: nfs

  nfs:

    path: /nfs_mysql2

    server: 101010101
注意：

在k8s集群15版本中recycle回收策略已被删除，只能用retain策略或者Delete策略。这里我们使用 persistentVolumeReclaimPolicy: Retain

 
执行命令：

kubectl create -f mysql-pvyml

kubectl get pv
如图所示，即为Pv创建成功。
5 部署MySQL，在mysql_test目录下编写mysqlyml，配置文件如下
apiVersion: v1

kind: Service

metadata:

  name: mysql

  labels:

    app: mysql

spec:

  ports:

  - port: 3306

    name: mysql

  clusterIP: None

  selector:

    app: mysql

---

apiVersion: apps/v1

kind: StatefulSet

metadata:

  name: mysql

spec:

  selector:

    matchLabels:

      app: mysql

  serviceName: "mysql"

  replicas: 3

  template:

    metadata:

      labels:

        app: mysql

    spec:

      containers:

      - name: mysql

        image: mysql:56

        env:

        - name: MYSQL_ROOT_PASSWORD

          value: password

        ports:

        - containerPort: 3306

          name: mysql

        volumeMounts:

        - name: mysql-persistent-storage

          mountPath: /var/lib/mysql

  volumeClaimTemplates:

  - metadata:

      name: mysql-persistent-storage

    spec:

      accessModes: ["ReadWriteOnce"]

      storageClassName: "nfs"

      resources:

        requests:

          storage: 1Gi  
执行以下命令，部署mysql服务：

kubectl create -f mysqlyml
如图可知，mysql按StatefulSet依次创建了mysql-0 mysql-1 mysql-2

查看各个Pod部在哪个节点：
6 通过创建临时容器，使用MySQL客户端发送测试请求给MySQL master节点
注意：

主机名为mysql-0mysql；跨命名空间的话，主机名请使用mysql-0mysql [NAMESPACE_NAME]如果没有指定命名空间，默认为default，即 mysql-0mysql default。

   

这里笔者打算关闭node2节点来模拟node2宕机，来测试是否实现数据的持久化存储，

所以我们向node2上的mysql1写入数据。

 

执行以下命令，访问mysql1：

kubectl run mysql-client --image=mysql:56 -it --rm --restart=Never -- mysql -h mysql-1mysqldefault -p password
创建数据库demo,并向messages表中写入hello-world

CREATE DATABASE demo; 

CREATE TABLE demomessages (message VARCHAR(250)); 

INSERT INTO demomessages VALUES ('hello-world');

如图所示
接下来我们来关闭k8s-node2虚拟机，模拟宕机
查看nodes的运行状态，可知node2的状态已转变为NotReady
一段时间后，k8s将Pod MySql -1迁移到节点k8s-node1
由于时间过长，笔者把三个Pod都删除重启后，验证数据：
MySQL服务恢复，数据完好无损！

---