配置和使用数据库服务器

流程

1. 将 CA 和服务器证书存储在 /etc/pki/tls/certs/ 目录中：

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

2. 对 CA 和服务器证书设置权限，使 MariaDB 服务器能够读取文件：

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   Copy to Clipboard Toggle word wrap

   由于证书是建立安全连接前通信的一部分，因此任何客户端都可以在不需要身份验证的情况下检索它们。因此，您不需要对 CA 和服务器证书文件设置严格的权限。

3. 将服务器的私钥存储在 /etc/pki/tls/private/ 目录中：

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

   Copy to Clipboard Toggle word wrap

4. 对服务器的私钥设置安全权限：

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   Copy to Clipboard Toggle word wrap

   如果未授权的用户可以访问私钥，则到 MariaDB 服务器的连接不再安全。

5. 恢复 SELinux 上下文：

   #  restorecon -Rv /etc/pki/tls/

   Copy to Clipboard Toggle word wrap

流程

1. 创建 /etc/my.cnf.d/mariadb-server-tls.cnf 文件：

   1. 添加以下内容来配置到私钥、服务器和 CA 证书的路径：

      [mariadb]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

      Copy to Clipboard Toggle word wrap

   2. 如果您有一个证书撤销列表(CRL)，请将 MariaDB 服务器配置为使用它：

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

      Copy to Clipboard Toggle word wrap

   3. 可选：拒绝没有加密的连接尝试。要启用此功能，请附加：

      require_secure_transport = on

      Copy to Clipboard Toggle word wrap

   4. 可选：设置服务器应支持的 TLS 版本。例如，要支持 TLS 1.2 和 TLS 1.3，请附加：

      tls_version = TLSv1.2,TLSv1.3

      Copy to Clipboard Toggle word wrap

      默认情况下，服务器支持 TLS 1.1、TLS 1.2 和 TLS 1.3。

2. 重启 mariadb 服务：

   # systemctl restart mariadb

   Copy to Clipboard Toggle word wrap

1. 验证 MariaDB 现在是否启用了 TLS 加密：

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'have_ssl';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | have_ssl      | YES             |
   +---------------+-----------------+

   Copy to Clipboard Toggle word wrap

   如果 have_ssl 变量设置为 yes，则启用 TLS 加密。

2. 如果您将 MariaDB 服务配置为只支持特定的 TLS 版本，则显示 tls_version 变量：

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | tls_version   | TLSv1.2,TLSv1.3 |
   +---------------+-----------------+

   Copy to Clipboard Toggle word wrap

流程

1. 以管理员用户身份连接到 MariaDB 服务器：

   # mysql -u root -p -h server.example.com

   Copy to Clipboard Toggle word wrap

   如果您的管理用户没有远程访问服务器的权限，请在 MariaDB 服务器上执行命令，并连接到 localhost。

2. 使用 REQUIRE SSL 子句强制用户必须使用 TLS 加密连接进行连接：

   MariaDB [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

   Copy to Clipboard Toggle word wrap

验证

1. 使用 TLS 加密，以 example 用户身份连接到服务器：

   # mysql -u example -p -h server.example.com --ssl
   ...
   MariaDB [(none)]>

   Copy to Clipboard Toggle word wrap

   如果没有显示错误，且您可以访问交互式 MariaDB 控制台，则与 TLS 的连接成功。

2. 尝试以禁用 TLS 的 example 用户身份进行连接：

   # mysql -u example -p -h server.example.com --skip-ssl
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   Copy to Clipboard Toggle word wrap

   服务器拒绝登录尝试，因为此用户需要 TLS，但被禁用了(--skip-ssl)。

流程

1. 使用以下选项之一恢复数据：

   • 要从 /var/mariadb/backup/ 目录中的备份恢复数据，并保留原始备份文件，请输入：

     $ mariabackup --copy-back --target-dir=/var/mariadb/backup/

     Copy to Clipboard Toggle word wrap

   • 要从 /var/mariadb/backup/ 目录中的备份恢复数据，并删除原始备份文件，请输入：

     $ mariabackup --move-back --target-dir=/var/mariadb/backup/

     Copy to Clipboard Toggle word wrap

2. 修复文件权限。例如，要递归地将文件的所有权改为 mysql 用户和组，请输入：

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

   恢复数据库时，mariabackup 会保留备份的文件和目录特权。但是，mariabackup 以恢复数据库的用户和组的身份将文件写入磁盘。因此，在恢复备份后，您必须调整数据目录的所有者，以匹配 MariaDB 服务器的用户和组。

3. 启动 mariadb 服务：

   # systemctl start mariadb.service

   Copy to Clipboard Toggle word wrap

流程

1. 停止 mariadb 服务：

   # systemctl stop mariadb.service

   Copy to Clipboard Toggle word wrap

2. 复制数据文件：

   # cp -rp /var/lib/mysql/ /backup-location/data/

   Copy to Clipboard Toggle word wrap

3. 复制配置文件：

   # cp -rp /etc/my.cnf /etc/my.cnf.d/ /backup-location/configuration/

   Copy to Clipboard Toggle word wrap

4. 可选：复制日志文件：

   # cp -p /var/log/mariadb/* /backup-location/logs/

   Copy to Clipboard Toggle word wrap

5. 启动 mariadb 服务：

   # systemctl start mariadb.service

   Copy to Clipboard Toggle word wrap

6. 将备份位置的备份数据加载到 /var/lib/mysql 目录时，请确保 mysql:mysql 是 /var/lib/mysql 中所有数据的所有者：

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

流程

1. 安装 MariaDB Galera 集群软件包：

   # dnf install mariadb-server-galera

   Copy to Clipboard Toggle word wrap

   因此，以下软件包会与依赖项一起安装：

   • mariadb-server-galera
   • mariadb-server

   • galera

     有关构建 MariaDB Galera 集群所需的软件包的更多信息，请参阅 构建 MariaDB 集群的组件。

2. 在系统第一次添加到集群前，更新 MariaDB 服务器复制配置。默认配置在 /etc/my.cnf.d/galera.cnf 文件中。在部署 MariaDB Galera 集群之前，请将所有节点上的 /etc/my.cnf.d/galera.cnf 文件中设置以以下字符串开头的 wsrep_cluster_address 选项：

   gcomm://

   Copy to Clipboard Toggle word wrap

   • 对于初始节点，可以将 wsrep_cluster_address 设置为空列表：

     wsrep_cluster_address="gcomm://"

     Copy to Clipboard Toggle word wrap

   • 对于所有其他节点，将 wsrep_cluster_address 设置为包含已属于正在运行的集群的一部分的任何节点的地址。例如：

     wsrep_cluster_address="gcomm://10.0.0.10"

     Copy to Clipboard Toggle word wrap

     有关如何设置 Galera 集群地址的更多信息，请参阅 Galera 集群地址。

3. 通过在 /etc/my.cnf.d/galera.cnf 配置文件中设置 wsrep_on=1 选项来在每个节点上启用 wsrep API。

4. 将 wsrep_provider_options 变量添加到带有 TLS 密钥和证书 Galera 的配置文件中。例如：

   wsrep_provider_options="socket.ssl_cert=/etc/pki/tls/certs/source.crt;socket.ssl_key=/etc/pki/tls/private/source.key;socket.ssl_ca=/etc/pki/tls/certs/ca.crt”

   Copy to Clipboard Toggle word wrap

5. 通过在该节点上运行以下 wrapper 来引导新集群的第一个节点：

   # galera_new_cluster

   Copy to Clipboard Toggle word wrap

   此打包程序确保 MariaDB 服务器守护进程(mariadbd)使用 --wsrep-new-cluster 选项运行。此选项提供了没有要连接的现有群集的信息。因此，节点会创建一个新的 UUID 来识别新集群。

   注意

   mariadb 服务支持 systemd 方法，来与多个 MariaDB 服务器进程进行交互。因此，在有多个运行的 MariaDB 服务器的情况下，您可以通过将实例名称指定为后缀来 bootstrap 特定的实例：

   # galera_new_cluster mariadb@node1

   Copy to Clipboard Toggle word wrap

6. 在每个节点上运行以下命令将其他节点连接到集群：

   # systemctl start mariadb

   Copy to Clipboard Toggle word wrap

   因此，节点连接到集群，并将自己与集群的状态同步。

流程

1. 将 CA 和服务器证书存储在 /etc/pki/tls/certs/ 目录中：

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

2. 对 CA 和服务器证书设置权限，使 MySQL 服务器能够读取文件：

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   Copy to Clipboard Toggle word wrap

   由于证书是建立安全连接前通信的一部分，因此任何客户端都可以在不需要身份验证的情况下检索它们。因此，您不需要对 CA 和服务器证书文件设置严格的权限。

3. 将服务器的私钥存储在 /etc/pki/tls/private/ 目录中：

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

   Copy to Clipboard Toggle word wrap

4. 对服务器的私钥设置安全权限：

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   Copy to Clipboard Toggle word wrap

   如果未授权的用户可以访问私钥，则到 MySQL 服务器的连接不再安全。

5. 恢复 SELinux 上下文：

   # restorecon -Rv /etc/pki/tls/

   Copy to Clipboard Toggle word wrap

流程

1. 创建 /etc/my.cnf.d/mysql-server-tls.cnf 文件：

   1. 添加以下内容来配置到私钥、服务器和 CA 证书的路径：

      [mysqld]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

      Copy to Clipboard Toggle word wrap

   2. 如果您有一个证书撤销列表(CRL)，请将 MySQL 服务器配置为使用它：

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

      Copy to Clipboard Toggle word wrap

   3. 可选：拒绝没有加密的连接尝试。要启用此功能，请附加：

      require_secure_transport = on

      Copy to Clipboard Toggle word wrap

   4. 可选：设置服务器应支持的 TLS 版本。例如，要只支持 TLS 1.3，请附加：

      tls_version = TLSv1.3

      Copy to Clipboard Toggle word wrap

      默认情况下，服务器支持 TLS 1.2 和 TLS 1.3。

2. 重启 mysqld 服务：

   # systemctl restart mysqld

   Copy to Clipboard Toggle word wrap

1. 验证 MySQL 现在是否启用了 TLS 加密：

   # mysql -u root -p -h <MySQL_server_hostname> -e "SHOW session status LIKE 'Ssl_cipher';"
   +---------------+------------------------+
   | Variable_name | Value                  |
   +---------------+------------------------+
   | Ssl_cipher    | TLS_AES_256_GCM_SHA384 |
   +---------------+------------------------+

   Copy to Clipboard Toggle word wrap

2. 如果您将 MySQL 服务器配置为只支持特定的 TLS 版本，请显示 tls_version 变量：

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+---------+
   | Variable_name | Value   |
   +---------------+---------+
   | tls_version   | TLSv1.3 |
   +---------------+---------+

   Copy to Clipboard Toggle word wrap

3. 验证服务器是否使用正确的 CA 证书、服务器证书和私钥文件：

   # mysql -u root -e "SHOW GLOBAL VARIABLES WHERE Variable_name REGEXP '{caret}ssl_ca|{caret}ssl_cert|{caret}ssl_key';"
   +-----------------+-------------------------------------------------+
   | Variable_name   | Value                                           |
   +-----------------+-------------------------------------------------+
   | ssl_ca          | /etc/pki/tls/certs/ca.crt.pem                   |
   | ssl_capath      |                                                 |
   | ssl_cert        | /etc/pki/tls/certs/server.example.com.crt.pem   |
   | ssl_key         | /etc/pki/tls/private/server.example.com.key.pem |
   +-----------------+-------------------------------------------------+

   Copy to Clipboard Toggle word wrap

流程

1. 以管理员用户身份连接到 MySQL 服务器：

   # mysql -u root -p -h server.example.com

   Copy to Clipboard Toggle word wrap

   如果您的管理用户没有远程访问服务器的权限，请在 MySQL 服务器上执行命令，并连接到 localhost。

2. 使用 REQUIRE SSL 子句强制用户必须使用 TLS 加密连接进行连接：

   MySQL [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

   Copy to Clipboard Toggle word wrap

验证

1. 使用 TLS 加密，以 example 用户身份连接到服务器：

   # mysql -u example -p -h server.example.com
   ...
   MySQL [(none)]>

   Copy to Clipboard Toggle word wrap

   如果没有显示错误，并且您可以访问交互式 MySQL 控制台，则与 TLS 的连接成功。

   默认情况下，如果服务器提供了，客户端会自动使用 TLS 加密。因此，--ssl-ca=ca.crt.pem 和 --ssl-mode=VERIFY_IDENTITY 选项不是必需的，但可以提高安全性，使用这些选项，客户端可以验证服务器的身份。

2. 尝试以禁用 TLS 的 example 用户身份进行连接：

   # mysql -u example -p -h server.example.com --ssl-mode=DISABLED
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   Copy to Clipboard Toggle word wrap

   服务器拒绝登录尝试，因为此用户需要 TLS，但禁用了(--ssl-mode=DISABLED)。

流程

1. 停止 mysqld 服务：

   # systemctl stop mysqld.service

   Copy to Clipboard Toggle word wrap

2. 将数据文件复制到所需位置：

   # cp -r /var/lib/mysql/ /backup-location/data/

   Copy to Clipboard Toggle word wrap

3. 可选：将配置文件复制到所需位置：

   # cp -r /etc/my.cnf /etc/my.cnf.d/ /backup-location/configuration/

   Copy to Clipboard Toggle word wrap

4. 可选：将日志文件复制到所需位置：

   # cp /var/log/mysql/* /backup-location/logs/

   Copy to Clipboard Toggle word wrap

5. 启动 mysqld 服务：

   # systemctl start mysqld.service

   Copy to Clipboard Toggle word wrap

6. 在将备份位置的备份数据加载到 /var/lib/mysql/ 目录时，请确保 mysql:mysql 是 /var/lib/mysql/ 中所有数据的所有者：

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

流程

1. 包括 /etc/my.cnf.d/mysql-server.cnf 文件中 [mysqld] 部分下的以下选项：

   • bind-address=source_ip_adress

     从副本到源的连接需要这个选项。

   • server-id=id

     id 必须是唯一的。

   • log_bin=path_to_source_server_log

     此选项定义 MySQL 源服务器的二进制日志文件的路径。例如：log_bin=/var/log/mysql/mysql-bin.log。

   • gtid_mode=ON

     此选项在服务器上启用全局事务标识符(GTID)。

   • enforce-gtid-consistency=ON

     服务器通过仅允许执行可使用 GTID 安全记录的语句来强制实施 GTID 一致性。

   • 可选: binlog_do_db=db_name

     如果您只想复制所选的数据库，则使用这个选项。要复制多个所选的数据库，请分别指定每个数据库：

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

     Copy to Clipboard Toggle word wrap

   • 可选: binlog_ignore_db=db_name

     使用此选项从复制中排除特定的数据库。

2. 重启 mysqld 服务：

   # systemctl restart mysqld.service

   Copy to Clipboard Toggle word wrap

流程

1. 包括 /etc/my.cnf.d/mysql-server.cnf 文件中 [mysqld] 部分下的以下选项：

   • server-id=id

     id 必须是唯一的。

   • relay-log=path_to_replica_server_log

     中继日志是 MySQL 副本服务器在复制期间创建的一组日志文件。

   • log_bin=path_to_replica_sever_log

     此选项定义 MySQL 副本服务器的二进制日志文件的路径。例如：log_bin=/var/log/mysql/mysql-bin.log。

     副本中不需要这个选项，但强烈建议使用。

   • gtid_mode=ON

     此选项在服务器上启用全局事务标识符(GTID)。

   • enforce-gtid-consistency=ON

     服务器通过仅允许执行可使用 GTID 安全记录的语句来强制实施 GTID 一致性。

   • log-replica-updates=ON

     这个选项可确保从源服务器接收的更新记录在副本的二进制日志中。

   • skip-replica-start=ON

     此选项可确保在副本服务器启动时不启动复制线程。

   • 可选: binlog_do_db=db_name

     如果您只想复制某些数据库，则使用这个选项。要复制多个数据库，请分别指定每个数据库：

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

     Copy to Clipboard Toggle word wrap

   • 可选: binlog_ignore_db=db_name

     使用此选项从复制中排除特定的数据库。

2. 重启 mysqld 服务：

   # systemctl restart mysqld.service

   Copy to Clipboard Toggle word wrap

流程

1. 创建复制用户：

   mysql> CREATE USER 'replication_user'@'replica_server_hostname' IDENTIFIED WITH mysql_native_password BY 'password';

   Copy to Clipboard Toggle word wrap

2. 授予用户复制权限：

   mysql> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'replica_server_hostname';*

   Copy to Clipboard Toggle word wrap

3. 重新在 MySQL 数据库中载入授权表：

   mysql> FLUSH PRIVILEGES;

   Copy to Clipboard Toggle word wrap

4. 将源服务器设置为只读状态：

   mysql> SET @@GLOBAL.read_only = ON;

   Copy to Clipboard Toggle word wrap

流程

1. 将副本服务器设置为只读状态：

   mysql> SET @@GLOBAL.read_only = ON;

   Copy to Clipboard Toggle word wrap

2. 配置复制源：

   mysql> CHANGE REPLICATION SOURCE TO
          SOURCE_HOST='source_hostname',
          SOURCE_USER='replication_user',
          SOURCE_PASSWORD='password',
          SOURCE_AUTO_POSITION=1,
          SOURCE_SSL=1,
          SOURCE_SSL_CA='path_to_ca_on_source',
          SOURCE_SSL_CAPATH='path_to_directory_with_certificates',
          SOURCE_SSL_CERT='path_to_source_certificate',
          SOURCE_SSL_KEY='path_to_source_key';

   Copy to Clipboard Toggle word wrap

3. 在 MySQL 副本服务器中启动副本线程：

   mysql> START REPLICA;

   Copy to Clipboard Toggle word wrap

4. 在源和目标服务器上取消只读状态的设置：

   mysql> SET @@GLOBAL.read_only = OFF;

   Copy to Clipboard Toggle word wrap

5. 可选：检查副本服务器的状态以进行调试：

   mysql> SHOW REPLICA STATUS\G;

   Copy to Clipboard Toggle word wrap
   注意

   如果复制服务器启动或连接失败，您可以跳过 SHOW MASTER STATUS 命令的输出中显示的二进制日志文件位置后的某些事件。例如，从定义的位置跳过第一个事件：

   mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

   Copy to Clipboard Toggle word wrap

   之后，尝试再次启动副本服务器。

6. 可选：停止副本服务器中的副本线程：

   mysql> STOP REPLICA;

   Copy to Clipboard Toggle word wrap

流程

1. 在源服务器上创建一个示例数据库：

   mysql> CREATE DATABASE test_db_name;

   Copy to Clipboard Toggle word wrap
2. 验证 test_db_name 数据库是否在副本服务器上进行复制。

3. 在源或副本服务器上执行以下命令，显示 MySQL 服务器的二进制日志文件的状态信息：

   mysql> SHOW MASTER STATUS;

   Copy to Clipboard Toggle word wrap

   Executed_Gtid_Set 列，针对在源上执行的事务显示一组 GTID，它不能为空。

   注意

   当在副本服务器上使用 SHOW REPLICA STATUS 时，Executed_Gtid_Set 行中会显示同样的 GTID 集合。

流程

1. 创建新数据库：

   $ createdb <db_name>

   Copy to Clipboard Toggle word wrap
2. 验证在转储数据库中拥有对象或被赋予了对象权限的所有用户是否已存在。如果这样的用户不存在，恢复将无法重新创建具有原始所有权和权限的对象。

3. 运行 psql 工具来恢复 pg_dump 工具创建的文本文件转储：

   $ psql <db_name> < <dump_file>

   Copy to Clipboard Toggle word wrap

   其中 <dump_file> 是 pg_dump 命令的输出。要恢复非文本文件转储，请使用 pg_restore 工具：

   $ pg_restore <non-plain_text_file>

   Copy to Clipboard Toggle word wrap

流程

1. 确保在转储数据库中拥有对象或已被赋予了对象权限的所有用户已存在。如果这样的用户不存在，恢复将无法重新创建具有原始所有权和权限的对象。

2. 运行 psql 工具来恢复 pg_dumpall 工具创建的文本文件转储：

   $ psql < <dump_file>

   Copy to Clipboard Toggle word wrap

   其中 <dump_file> 是 pg_dumpall 命令的输出。

流程

1. 停止 postgresql 服务：

   # systemctl stop postgresql.service

   Copy to Clipboard Toggle word wrap

2. 使用任意方法创建文件系统备份，如 tar 归档：

   $ tar -cf backup.tar /var/lib/pgsql/data/

   Copy to Clipboard Toggle word wrap

3. 启动 postgresql 服务：

   # systemctl start postgresql.service

   Copy to Clipboard Toggle word wrap

流程

1. 在 /var/lib/pgsql/data/postgresql.conf 文件中：

   1. 将 wal_level 配置参数设置为 replica 或更高的值。
   2. 将 archive_mode 参数设置为 on。

   3. 在 archive_command 配置参数中指定 shell 命令。您可以使用 cp 命令、其它命令或 shell 脚本。

      例如：

      archive_command = 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'

      Copy to Clipboard Toggle word wrap

      其中 %p 参数替换为归档文件的相对路径，%f 参数替换为文件名。

      此命令将可归档的 WAL 段复制到 /mnt/server/archivedir/ 目录中。替换 %p 和 %f 参数后，执行的命令如下所示：

      test ! -f /mnt/server/archivedir/00000001000000A900000065 && cp pg_wal/00000001000000A900000065 /mnt/server/archivedir/00000001000000A900000065

      Copy to Clipboard Toggle word wrap

      对每个归档的新文件都会生成类似的命令。

      注意

      归档命令只对已完成的 WAL 段执行。生成小 WAL 流量的服务器在交易完成和其归档存储中的安全记录之间可能会有很长时间的延迟。要限制未归档数据可保留多久，您可以：

      • 设置 archive_timeout 参数，来强制服务器以给定频率切换到新的 WAL 段文件。
      • 使用 pg_switch_wal 参数强制段切换，以确保交易在完成后立即归档。

2. 重启 postgresql 服务以使修改生效：

   # systemctl restart postgresql.service

   Copy to Clipboard Toggle word wrap
3. 测试您的归档命令，并确保它不会覆盖现有的文件，如果失败，它将返回一个非零退出状态。
4. 要保护您的数据，请确保将段文件归档到不具有组或全局读权限的目录中。