7.2. 使用 MariaDB

先决条件

• 以下 Privacy Enhanced Mail(PEM)格式的文件已复制到服务器：

  • 服务器的私钥：server.example.com.key.pem
  • 服务器证书：server.example.com.crt.pem
  • 证书颁发机构(CA)证书：ca.crt.pem

  有关创建私钥和证书签名请求(CSR)，以及从 CA 请求证书的详情，请查看您的 CA 文档。

先决条件

• MariaDB 服务器已安装。
• mariadb 服务正在运行。

• 服务器上存在 Privacy Enhanced Mail(PEM)格式的以下文件，并可由 mysql 用户读取：

  • 服务器的私钥：/etc/pki/tls/private/server.example.com.key.pem
  • 服务器证书：/etc/pki/tls/certs/server.example.com.crt.pem
  • 证书颁发机构(CA)证书 /etc/pki/tls/certs/ca.crt.pem
• 主题可分辨名称(DN)或服务器证书中的主题备用名称(SAN)字段与服务器的主机名匹配。

先决条件

• MariaDB 服务器启用了 TLS 支持。
• 您配置为需要安全传输的用户已存在。
• 客户端信任签发服务器证书的 CA 证书。

先决条件

• MariaDB 服务器启用了 TLS 支持。
• 如果 RHEL 不信任发布服务器证书的证书颁发机构(CA)，则 CA 证书已被复制到客户端。

验证

• 使用主机名连接到服务器，并显示服务器的状态：

  # mysql -u root -p -h server.example.com -e status
  ...
  SSL:        Cipher in use is TLS_AES_256_GCM_SHA384

  如果 SSL 条目中包含 Cipher in use is…​，则连接是加密的。

  请注意，您在这个命令中使用的用户具有远程身份验证的权限。

  如果您连接的主机名与服务器的 TLS 证书中的主机名不匹配，则 ssl-verify-server-cert 参数会导致连接失败。例如，如果您连接到 localhost ：

  # mysql -u root -p -h localhost -e status
  ERROR 2026 (HY000): SSL connection error: Validation of SSL server certificate failed

• 备份一个或多个所选的数据库
• 备份所有数据库
• 从一个数据库备份表子集

流程

• 要转储单个数据库，请运行：

  # mysqldump [options] --databases db_name > backup-file.sql

• 要一次转储多个数据库，请运行：

  # mysqldump [options] --databases db_name1 [db_name2 …​] > backup-file.sql

• 要转储所有数据库，请运行：

  # mysqldump [options] --all-databases > backup-file.sql

• 要将一个或多个转储的完整数据库加载回服务器，请运行：

  # mysql < backup-file.sql

• 要将数据库加载到远程 MariaDB 服务器，请运行：

  # mysql --host=remote_host < backup-file.sql

• 要转储一个数据库中的表的子集，请在 mysqldump 命令的末尾添加所选表的列表：

  # mysqldump [options] db_name [tbl_name …​​] > backup-file.sql

• 要载入从一个数据库转储的表的子集，请运行：

  # mysql db_name < backup-file.sql

  注意

  此时，db_name 数据库必须存在。

• 要查看 mysqldump 支持的选项列表，请运行：

  $ mysqldump --help

先决条件

• mariadb-backup 软件包已在系统中安装：

  # yum install mariadb-backup

• 您必须为 Mariabackup 提供要在其下运行备份的用户的凭证。您可以在命令行中或通过配置文件来提供凭证。
• Mariabackup 的用户必须具有 RELOAD、LOCK TABLES 和 REPLICATION CLIENT 特权。

流程

• 要在在命令行上提供凭证的同时创建备份，请运行：

  $ mariabackup --backup --target-dir <backup_directory> --user <backup_user> --password <backup_passwd>

  target-dir 选项定义存储备份文件的目录。如果要执行全备份，目标目录必是空或者不存在。

  user 和 password 选项允许您配置用户名和密码。

• 要使用配置文件中设置的凭证创建备份：

  1. 在 /etc/my.cnf.d/ 目录中创建配置文件，例如 /etc/my.cnf.d/mariabackup.cnf。

  2. 将以下行添加到新文件的 [xtrabackup] 或 [mysqld] 部分中：

     [xtrabackup]
     user=myuser
     password=mypassword

  3. 执行备份：

     $ mariabackup --backup --target-dir <backup_directory>

• --copy-back 允许您保存原始的备份文件。
• --move-back 将备份文件移到数据目录中，并删除原始的备份文件。

先决条件

• 验证 mariadb 服务是否没有运行：

  # systemctl stop mariadb.service

• 验证数据目录是否为空。
• Mariabackup 的用户必须具有 RELOAD、LOCK TABLES 和 REPLICATION CLIENT 特权。

• MariaDB Galera 集群 是同步的多源集群，自 10.1 起就是 MariaDB 的标准部分。
• 默认情况下 ARCHIVE 存储引擎不再启用，插件需要专门启用。
• 默认情况下 BLACKHOLE 存储引擎不再启用，插件需要专门启用。

• InnoDB 而不是 XtraDB 被用作默认存储引擎，后者用于 MariaDB 10.1 及更早的版本。

  如需了解更多详细信息，请参阅 InnoDB 而不是 XtraDB。

• 新的 mariadb-connector-c 软件包为 MySQL 和 MariaDB 提供通用客户端库。这个程序库可用于 MySQL 和 MariaDB 数据库服务器的任何版本。因此，用户可以将应用程序的一个构建连接到 Red Hat Enterprise Linux 8 发布的任何 MySQL 和 MariaDB 服务器。

• 红帽软件集合文档中的 迁移至MariaDB 10.1。
• 红帽软件集合文档中的 迁移到 MariaDB 10.2。
• 红帽软件集合文档中的 迁移到 MariaDB 10.3。

• Red Hat Enterprise Linux 7 的 MariaDB 5.5

• 红帽软件集合的以下版本：

  • MariaDB 5.5 （不再支持）
  • MariaDB 10.0 （不再支持）
  • MariaDB 10.1 （不再支持）
  • MariaDB 10.2 （不再支持）

  • MariaDB 10.3 （不再支持）

    请注意，建议依次升级到 MariaDB 10.3。请参阅 红帽软件集合发行注记中相应的迁移章节。

先决条件

• 在执行升级前，备份存储在 MariaDB 数据库中的所有数据。

• MariaDB 现在默认使用 unix_socket 身份验证插件。该插件允许用户在通过本地 UNIX 套接字文件连接到 MariaDB 时使用操作系统凭证。
• MariaDB 添加了 mariadb-* 命名的二进制文件和指向 mariadb-* 的 mysql* 符号链接。例如，mysqladmin、mysqlaccess 和 mysqlshow 分别指向 mariadb-admin、mariadb-access 和 mariadb-show 二进制代码。
• SUPER 特权已被分成几个特权，以更好地与每个用户角色保持一致。因此，某些语句已更改了所需的权限。
• 在并行 复制中，slave_parallel_mode 现在被默认设置为 静态。
• 在 InnoDB 存储引擎 中，以下变量的默认值已发生变化：innodb_adaptive_hash_index 变为 OFF，innodb_checksum_algorithm 变为 full_crc32。

• MariaDB 现在使用用于管理 MariaDB 命令历史记录（the .mysql_history 文件）的底层软件的 libedit 实施，而不是之前使用的 readline 库。此更改会影响直接使用 .mysql_history 文件的用户。注意 .mysql_history 是一个由 MariaDB 或 MySQL 应用管理的文件，用户不应直接使用该文件。人类可读的外表是巧合。

  注意

  要提高安全性，您可以考虑不维护历史记录文件。禁用记录命令历史记录：

  1. 删除 .mysql_history 文件（如果存在的话）。

  2. 使用以下任一方法：

     • 将 MYSQL_HISTFILE 变量设置为 /dev/null，并将此设置包含在您的任何 shell 启动文件中。

     • 将 .mysql_history 文件更改为指向 /dev/null 的符号链接：

       $ ln -s /dev/null $HOME/.mysql_history

• Galera 添加了一个新的流复制特性，其支持复制无限大小的事务。在执行流复制的过程中，集群以小片段复制事务。
• Galera 现在完全支持全球交易 ID(GTID)。
• /etc/my.cnf.d/galera.cnf 文件中的 wsrep_on 选项的默认值已从 1 改为 0，以防止最终用户在没有配置所需的附加选项的情况下启动 wsrep 复制。

• MariaDB 10.5 添加了一个新版本的可插拔验证模块(PAM)插件。PAM 插件版本 2.0 使用单独的 setuid root 助手二进制文件执行 PAM 身份验证，这使 MariaDB 能够使用额外的 PAM 模块。
• 帮助程序二进制文件只能由 mysql 组中的用户执行。默认情况下，组只包含 mysql 用户。红帽建议管理员不要向 mysql 组添加更多用户，以防止无需通过这个助手工具进行节流或记录的情况下的密码猜测攻击。
• 在 MariaDB 10.5 中，可插拔验证模块(PAM)插件及其相关文件已移至新软件包 mariadb-pam 中。因此，在不使用对 MariaDB 进行PAM 验证的系统中不会引入新的 setuid root 二进制文件。
• mariadb-pam 软件包同时包含 PAM 插件版本：版本 2.0 是默认值，版本 1.0 作为 auth_pam_v1 共享对象库提供。
• 默认情况下，mariadb-pam 软件包不与 MariaDB 服务器一起安装 。要使 PAM 身份验证插件在 MariaDB 10.5 中可用，请手动安装 mariadb-pam 软件包。

先决条件

• 在执行升级前，备份存储在 MariaDB 数据库中的所有数据。

• 新的 sys_schema 功能是一个视图、功能和流程的集合，用来提供有关数据库使用情况的信息。
• CREATE TABLE,ALTER TABLE,RENAME TABLE,DROP TABLE,DROP DATABASE 以及相关的数据定义语言(DDL)语句现在都是原子的。语句必须全部完成，否则更改会被恢复。请注意，当使用 DROP TABLE 删除多个表时，只有每个单独的删除是原子的，而不是表的完整列表。
• 提供了一个新的 GRANT …​ TO PUBLIC 特权。
• SUPER 和 READ ONLY ADMIN 权限现在是分开的。
• 现在，您可以在新的 UUID 数据库数据类型中存储通用的唯一标识符。
• MariaDB 现在支持安全套接字层(SSL)协议版本 3。
• MariaDB 服务器现在需要正确配置的 SSL 才能启动。在以前的版本中，MariaDB 默默禁用 SSL，并在 SSL 配置错误的情况下使用不安全连接。
• MariaDB 现在支持通过 natural_sort_key（） 函数的自然排序。
• 新的 SFORMAT 功能现在用于任意文本格式化。
• utf8 字符集（和相关排序规则）现在默认是 utf8mb3 的别名。
• MariaDB 支持 Unicode Collation Algorithm (UCA) 14 排序规则。
• MariaDB 的 systemd 套接字激活文件现在在 /usr/share/ 目录中提供。请注意，与上游不同，它们不是 RHEL 中默认配置的一部分。
• 错误消息现在包含 MariaDB 字符串，而不是 MySQL。
• 错误消息现在以中文提供。
• 默认的 logrotate 文件已发生了很大变化。在迁移到 MariaDB 10.11 前检查您的配置。
• 对于 MariaDB 和 MySQL 客户端，命令行上指定的连接属性（如 --port=3306）现在强制客户端和服务器之间的协议通信类型，如 tcp、socket、pipe 或 memory。例如，在以前的版本中，如果 MariaDB 客户端通过 UNIX 套接字连接，则指定的端口会被忽略。

先决条件

• 在执行升级前，备份存储在 MariaDB 数据库中的所有数据。

• 同步复制
• 主动-主动多源拓扑
• 对任何集群节点的读和写
• 自动成员资格控制，故障节点从集群中删除
• 自动节点加入
• 行一级的并行复制
• 直接客户端连接：用户可以登录到集群节点，并在复制运行时直接使用这些节点

• 在特定集群节点间传播更改没有延迟
• 所有集群节点始终一致
• 如果其中一个集群节点崩溃，则不会丢失最新的更改
• 所有集群节点上的事务都会并行执行
• 整个集群的因果关系

• mariadb-server-galera - 包含 MariaDB Galera 集群 的支持文件和脚本。
• MariaDB-server - 由 MariaDB 上游打补丁，以包含写入集复制 API(wsrep API)。此 API 提供 Galera 复制和 MariaDB 之间的接口。

• Galera - 由 MariaDB 上游打补丁，以添加对 MariaDB 的完全支持。galera 软件包包含以下内容：

  • Galera Replication 程序库 提供整个复制功能。
  • Galera Arbitrator 工具可用作参与脑裂场景的集群成员。但是，Galera Arbitrator 无法参与实际的复制。
  • Galera Systemd 服务 和 Galera 打包程序脚本，它们用于部署 Galera Arbitrator 工具。RHEL 8 中的 MariaDB 10.3、MariaDB 10.5 和 MariaDB 10.11 包括 garbd systemd 服务的红帽版本，以及 /usr/lib/systemd/system/garbd.service 中 galera 软件包和 /usr/sbin/garbd-wrapper 文件中相应的包装器脚本。从 RHEL 8.6 开始，与 RHEL 一起分发的 MariaDB 还提供位于 /usr/share/doc/galera/garb-systemd 和 /usr/share/doc/galera/garbd.service 中的这些文件的上游版本。

先决条件

• 集群中的所有节点都 设置了 TLS。

• 所有节点上所有证书的 Extended Key Usage 字段都必须设置为：

  TLS Web Server Authentication, TLS Web Client Authentication

验证

• 请参阅 检查 MariaDB Galera 集群的状态。

• 显示集群中节点的数量：

  # mysql -u root -p -e 'show status like "wsrep_cluster_size";'
  +--------------------+-------+
  | Variable_name      | Value |
  +--------------------+-------+
  | wsrep_cluster_size | 4     |
  +--------------------+-------+

• 显示节点的集群组件状态：

  # mysql -u root -p -e 'show status like "wsrep_cluster_status";'
  +----------------------+---------+
  | Variable_name        | Value   |
  +----------------------+---------+
  | wsrep_cluster_status | Primary |
  +----------------------+---------+

  wsrep_cluster_status 变量的值表示当前节点所属的集群组件的状态。可能的值有：

  • Primary ：集群正常运行。存在仲裁。在健康的集群中，所有节点都报告 Primary。
  • Non-primary ：节点丢失了到集群的主组件的连接，且不再是活跃集群的一部分。但是，节点仍然可以提供读查询，但不能处理写操作。
  • disconnected ：节点没有连接到任何集群组件。因此，它无法接受查询，也不会复制任何数据。

• 显示节点的状态：

  # mysql -u root -p -e 'show status like "wsrep_local_state_comment";'
  +---------------------------+--------+
  | Variable_name             | Value  |
  +---------------------------+--------+
  | wsrep_local_state_comment | Synced |
  +---------------------------+--------+

  以下是 wsrep_local_state_comment 变量常用的值：

  • Synced ：节点在集群内完全同步，并积极参与复制。
  • Desynced ：节点仍然是集群的一部分，但主要忙于状态传输。
  • Joining ：节点正在加入集群。
  • Joined ：节点已成功加入集群。它可以从集群接收和应用写集合。
  • Donor: 节点当前向正在加入的节点提供状态快照传输(SST)。当新节点加入并需要全状态转移时，集群会选择一个现有节点来发送必要的数据。

• 检查节点是否接受来自集群的写集合：

  # mysql -u root -p -e 'show status like "wsrep_ready";'
  +---------------+-------+
  | Variable_name | Value |
  +---------------+-------+
  | wsrep_ready   | ON    |
  +---------------+-------+

  当 wsrep_ready 变量为 ON 时，节点已成功初始化其组件，并连接到集群。另外，节点也会同步，或达到一个可以提供查询的状态。

• 检查节点是否与其他主机有网络连接：

  # mysql -u root -p -e 'show status like "wsrep_connected";'
  +-----------------+-------+
  | Variable_name   | Value |
  +-----------------+-------+
  | wsrep_connected | ON    |
  +-----------------+-------+

  ON 值表示节点与集群中的至少一个成员有连接性。

• 显示自上次 FLUSH STATUS 命令或自服务器启动以来写集合的本地接收的队列的平均大小：

  # mysql -u root -p -e 'show status like "wsrep_local_recv_queue_avg";'
  +----------------------------+-------+
  | Variable_name              | Value |
  +----------------------------+-------+
  | wsrep_local_recv_queue_avg | 0.012 |
  +----------------------------+-------+

  接近 0 的值是理想的状态，表示节点在收到写集时继续应用它们。持久高或增长的值可能是性能瓶颈的一种指示，如磁盘 I/O 慢。

• 显示流控制状态：

  # mysql -u root -p -e 'show status like "wsrep_flow_control_paused";'
  +---------------------------+-------+
  | Variable_name             | Value |
  +---------------------------+-------+
  | wsrep_flow_control_paused | 0     |
  +---------------------------+-------+

  这个变量代表节点已暂停，且无法处理新传入的事务的时间分数，因为其本地接收队列太满、触发了流控制。接近 0 的值表示节点继续高效地复制工作负载。接近 1.0 的值意味着节点在应用写集合时频繁或持续遇到困难，并可能成为集群的瓶颈。

  如果节点频繁暂停，您可以调整 /etc/my.cnf.d/galera.cnf 文件中的 wsrep_slave_threads 参数。

• 显示节点可并行应用的最低和最高序列号之间的平均距离：

  # mysql -u root -p -e 'show status like "wsrep_cert_deps_distance";'
  +--------------------------+-------+
  | Variable_name            | Value |
  +--------------------------+-------+
  | wsrep_cert_deps_distance | 1     |
  +--------------------------+-------+

  数值越高，表示并行的程度越大。它是您可以在 /etc/my.cnf.d/galera.cnf 文件中的 wsrep_slave_threads 参数中可使用的最佳值。

流程

• 在特定节点上，在 /etc/my.cnf.d/galera.cnf 配置文件的 [mariadb] 部分的 wsrep_cluster_address 选项中为一个或多个现有群集成员提供一个地址：

  [mariadb]
  wsrep_cluster_address="gcomm://192.168.0.1"

  当新节点连接到现有群集节点中的一个时，就可以看到集群中的所有节点。

  但是，最好在 wsrep_cluster_address 中列出集群的所有节点。

  因此，任何节点都可以通过连接到任何其他群集节点来加入群集，即使一个或多个群集节点停机了也没关系。当所有成员就成员资格达成一致时，集群的状态将会改变。如果新节点的状态与集群状态不同，新节点需要请求增加状态转移(IST)或状态快照传输(SST)，来确保与其他节点保持一致。