参考信息 › 组件目录参考指南 › 系统目录 › 数据库组件 › MYSQLR、MYSQLR64－适合复制的 MySQL 数据库组件 › 属性

属性

重要信息！

• 自 MYSQLR64 1.6.8 起，已删除 use_old_passwords 属性。 如果需要启用 old_passwords，请按如下所述创建自定义配置。
• 如果指定了 error_log_filename 但未连接 log 终端或者无法挂接文件系统，MYSQLR 组件将无法启动。

高级属性（在复制方案中使用）

自定义配置

该功能在 MYSQLR64 1.6.1 或更高版本中可用。

MYSQLR64 允许使用自定义 MYSQL 配置文件，该文件可以提供其他配置选项或覆盖在 /etc/my.cnf 中指定的现有配置。

要使用自定义配置，请创建名为 my.cnf 的文件并将其放在数据卷的顶级目录中。 文件的格式应遵循 MYSQL 文档中所述的 MYSQL 选项文件语法。

例如：在使用 InnoDB 时可以使用以下内容调整 MYSQLR64 以提高性能 （为 MyISAM 优化了默认的 MYSQLR64 配置）。 该示例以使用 512M 内存（MYSQLR64 的默认设置）为基础。

[mysqld]
# Shrink down MyISAM buffers
key_buffer = 512K
myisam_sort_buffer_size = 512K

# Make InnoDB the default storage engine (optional)
default-storage-engine = INNODB

# Set InnoDB buffer size
innodb_buffer_pool_size=350M
innodb_log_file_size=128M
innodb_log_buffer_size=4M
innodb_thread_concurrency=8

# If you do not have too many tables use this option, so you will not have uncontrolled innodb main tablespace growth which you can’t reclaim.
innodb_file_per_table=1

重要信息！ 在复制模式下使用时，只要您修复/启动复制，MYSQLR64 就会同步数据卷中的 my.cnf 文件，因此从服务器将与主服务器具有相同配置。

Web 界面

MYSQLR64 提供了一个 Web 界面，通过 CA AppLogic 编辑器中的“登录 (Web)”选项在其 ui 终端和默认界面中均可访问该界面。 使用 Web 界面需要 HTTP 身份验证。 将用户名保留为空并使用 web_pwd 的值作为密码。 该界面具有以下功能：

• 查看服务器状态
  • 启动/停止/重新启动 mysql 服务
  • mysql 服务器状态和运行时间
  • mysql 复制状态（仅用于此组件）
  • 最新的 mysql 日志条目
  • 组件运行时间
  • 组件内存使用情况
  • 组件磁盘使用情况
• 查看/管理复制
  • mysql 复制状态（仅用于此组件）
  • 启动/修复复制。 在这种情况下，将擦除该组件中的数据库，并从主组件从头开始启动复制。 这不会影响主组件上的数据库（不删除主组件上的任何数据），也不会使主 MYSQLR64 组件产生任何停机时间。 在修复期间，组件将处于脱机状态，不应使用它。
  • 删除快照－删除在此组件上创建的数据库快照，以在其从组件上启动/修复复制。 在正常运行中，该组件中将不保留任何快照，如果显示“删除快照”按钮，则表明从组件当前正从此组件启动复制，或者以前的启动复制尝试失败。 有助于在删除快照之前确保没有从组件正在使用该快照。 如果组件中没有快照，此选项将不可见。
  • 重置主日志位置－在多节点主-主复制中添加新服务器时，在当前组件上运行复制启动/修复后，您需要登录到通过其“rout”终端连接到此组件的组件的 Web 界面并单击“重置主日志位置”。
• 管理数据库
  • 使用 PhPMyAdmin 浏览并编辑数据库

将主-从复制添加到 MYSQLR64 组件

CA AppLogic 使您可以在不丢失任何数据的情况下，将主-从复制添加到现有的 MYSQLR64 组件。

将主-从复制添加到 MYSQLR64 组件

1. 在现有组件上将 rpl_mode 设置为 master
2. 将新的 MYSQLR64 组件添加到具有空数据卷的应用。 将其 rout 终端连接到当前组件的 rin 终端。
3. （可选）如果您将要在主-主复制中使用它，请将当前组件上排除的终端连接到新组件的 rin 终端。
4. 重新启动应用。
5. 登录到新组件的 Web 界面，并从“管理复制”选项卡选择“启动/修复复制”。 日志记录所用的时间取决于主服务器上的数据大小。 如果您使用 INSSLR 来访问 MYSQLR64，请帮助确保将超时属性设置为较大的值 (36000) 来避免超时。 确认在客户端的任何代理（最好根本不使用代理）中都没有超时。
6. 在启动复制后，登录到两个 MYSQLR64 组件上的 Web 界面并验证复制状态。 在 5 分钟或更短的时间内，复制应在两个组件上运行。

将 MYSQLR64 组件添加到主-从复制

CA AppLogic 使您可以在不丢失任何数据的情况下，将新的 MYSQLR64 组件添加到现有的主-主复制。

将 MYSQLR64 组件添加到主-从复制

1. 将新的 MYSQLR64 组件添加到具有空数据卷的应用。 以 dbN 为例，假定您已经具有 N-1 个 MYSQLR64 组件 (3 <= N <= 10)，且每个组件的 rout 终端连接到循环设置中下一个组件的 rin 终端（db1 rout 连接到 db2 rin，依此类推）。
2. 将 dbN 的 rpl_mode 设置为 master_and_slave。
3. 将 dbN-1 组件的 rout 终端连接到 dbN 组件的 rin 终端。
4. 将 dbN 组件的 rout 终端连接到 db1 组件的 rin 终端。
5. 重新启动应用，以使更改生效。 在重新启动之后，复制直到过程结束时才会同步。 在执行该过程期间，写入一个组件的数据可能不会在所有其他组件上复制。
6. 登录到 dbN 组件的 Web 界面，并从“管理复制”选项卡选择“启动/修复复制”。 日志记录所用的时间取决于主服务器上的数据大小。 如果您使用 INSSLR 来访问 MYSQLR64，请帮助确保超时属性设置为较大的值 (36000) 来避免超时。 此外，帮助确保在客户端的任何代理（最好根本不使用代理）中都没有超时。
7. 在启动复制后，登录到 dbN-1 的 Web 界面，并选择“重置主日志位置”。 日志记录使应用读取 dbN-1，并从开头读取 dbN 的二进制日志。
8. 登录到所有 MYSQLR64 组件的 Web 界面并验证复制状态，在 5 分钟或更短的时间内复制应在所有组件上运行。

在主-从配置中修复复制

CA AppLogic 使您可以在不丢失任何数据的情况下，在主-从设置中修复复制。

在主-从配置中修复复制

1. 登录到从组件的 Web 界面，然后选择“启动/修复复制”。 日志记录所用的时间取决于主服务器上的数据大小。 在操作过程中，从组件上的 mysql 服务会停止。 主组件上未产生停机时间。 此操作相当于将新组件添加到现有的 MYSQLR64 组件。 如果您使用 INSSLR 来访问 MYSQLR64，请验证超时属性是否设置为较大的值 (36000) 来避免超时。 此外，请确认客户端的任何代理（最好根本不使用代理）中都没有超时。
2. 在启动复制后，登录到从 MYSQLR64 组件的 Web 界面，然后验证复制状态，复制应在 5 分钟或更短的时间内运行。

在主-主配置中修复复制

CA AppLogic 使您可以在不丢失任何数据的情况下，在主-主设置中修复复制。

登录到报告复制失败的组件的 Web 界面，然后选择“启动/修复复制”。 日志记录所用的时间取决于主服务器上的数据库大小。 在操作过程中，组件上的 mysql 服务会停止。 主组件上未产生停机时间。 直到修复结束，数据库才会在所有主组件之间同步。 在修复期间，可能无法在其他所有 MYSQLR64 组件上复制数据库更新。

此组件上的所有数据将从主组件初始化。 如果当前组件上的数据库有任何更新，由于复制中断，因此这些更新将丢失。 在此类情况下，请手工解决冲突。

在主-主配置中修复复制

1. 登录到已将其 rout 终端连接到运行修复复制的组件的组件的 Web 界面。 选择“重置主日志位置”。 设置主日志可使应用从开头读取固定组件的二进制日志。 如果您使用 INSSLR 来访问 MYSQLR64，请验证超时属性是否设置为较大的值 (36000) 来避免超时。 此外，请确认客户端的任何代理（最好根本不使用代理）中都没有超时。
2. 登录到所有 MYSQLR64 组件的 Web 界面，然后查看复制状态。 在 5 分钟或更短的时间内，复制应在所有组件上运行。

复制监控

有一个 cron 作业可监控 MYSQLR64 组件之间的复制。 如果启用了复制，cron 作业将每两分钟运行一次，并在以下情况下向网格显示板发送警报：

• 复制未运行（网格显示板显示以下内容：主服务器复制未运行，请检查!）
• 复制正在运行，但落后于主服务器的时间太长（网格显示板显示以下内容：复制落后于主服务器的时间太长，请检查!）
• 数据卷上的磁盘空间不足（可用空间 < 20%）。 无论是否已启用复制，都请检查此项内容（网格显示板显示以下内容：数据卷上的可用空间不足，请检查!）
• binlogs 卷上的磁盘空间不足（可用空间 < 20%）。 无论是否已启用复制，都请检查此项内容（网格显示板显示以下内容：binlogs 卷上的可用空间不足，请检查!）

在此类情况下，用户应手工解决该问题。

在复制失败的情况下，可以按照上节所述使用 Web 界面进行修复。

自定义计数器

MYSQLR64 组件通过 mon 终端报告以下自定义计数器。

以下计数器属于 MySql 计数器组：

错误消息

当组件无法启动时，网格控制器的组件日志文件或系统日志中可能会出现下列消息：

此外，在组件运行时，网格显示板上可能会显示以下错误：

简单的双层应用（无复制）

下图显示 MYSQLR64 组件在双层 Web 应用中的典型用法：

正在使用的组件：

• user－输入网关
• web－Web 服务器
• db－MYSQLR64 数据库组件
• logs－用于存储日志文件的 NAS 组件
• content－用于存储 Web 服务器内容的 NAS 组件
• admin－用于查看日志文件的输入网关
• mon一MON 组件

客户端请求到达用户网关。 网关会将请求转发到 Web 服务器，后者处理请求。 当 Web 上的脚本（例如：Perl 或 PHP）需要访问永久数据时，它们会通过 Web 服务器的 out 终端使用 db 组件。 db 组件配置为在由 logs 公开的共享的根目录内存储其日志文件。

使用浏览器，管理员可连接到 admin 网关来查看 mysql 或 Web 服务器日志文件。 admin 网关将请求转发给日志 NAS 组件。

示例属性配置（未列出的属性应保留为默认值）：

注意：还必须在 db 组件以及 logs、content 和 mon 组件上配置数据卷。 要创建可在此处使用的应用卷，请参阅《网格用户指南》。

可扩展的双层应用（无复制）

下图显示 MYSQLR64 组件在双层 Web 应用中的典型用法，其中数据库用于在负载均衡的多个 Web 服务器之间共享状态和数据。 此外，此示例有一个单独的用于维护的输入，管理员通过该输入可以登录并访问用于维护的数据库；此示例还有一个可供管理员登录并查看 mysql 错误日志的输入。

正在使用的组件：

• user一用户请求的输入网关
• web_lb一用户请求的 Web 负载均衡器
• web1、web2一有活动内容的 Web 服务器（例如：CGI 脚本）
• db－数据库
• logs－用于存储和访问数据库和 Web 服务器错误日志文件
• content－用于存储 Web 服务器内容
• maint－用于维护访问的输入网关
• admin－管理员使用的通用 Linux5 服务器
• gway－供管理员访问 Internet 的网络网关
• mon一MON 组件

客户端请求到达用户网关。 该网关将请求转发给 web_lb 负载均衡器，后者将请求定向到 Web 服务器 web1 和 web2 中的一个。 Web 服务器访问 db 数据库。

db 数据库以及 web1 和 web2 服务器通过 log 终端将其日志文件写入 logs 组件。 此外，管理员还可以通过 maint 网关登录到 logs 组件并查看日志文件。

此外，管理员还可以通过 admin 服务器的 maint 网关在 SSH 上登录（需要设置公钥-私钥）。 从 admin 服务器中，管理员可以访问 db 数据库中的统计信息或更改数据库架构。 例如：admin 服务器可以通过 gway 网关访问 Internet，以下载库或数据库架构的较新版本。

示例属性配置（未列出的属性应保留为默认值）：

注意：

• 还必须在 db、logs、content 和 mon 组件上配置数据卷。
• maint、admin、gway、mon 以及 log 组件不是运行双层应用所必需的。 如果存在，admin 服务器可能具有用于数据库清理、发送电子邮件等的 cron 作业。

具有主-从复制的 N 层应用（适合于备份）

下图显示 MYSQL 组件在将数据库复制到从服务器的 Web 应用中的典型用法。 从服务器可用于创建数据的一致备份，而不停止主服务器，因此引起的应用停机时间为零。

正在使用的组件：

• user一用户请求的输入网关
• admin－用于对 MYSQLR64 组件进行日志文件访问和网站访问的输入网关
• sw－将 HTTP 流量拆分到每个 MYSQLR64 组件
• web_lb一用户请求的 Web 负载均衡器
• web1、web2一有活动内容的 Web 服务器（例如：CGI 脚本）
• master－配置为主组件的 MYSQLR64
• slave－配置为从组件的 MYSQLR64
• content－用于存储 Web 服务器内容
• logs－用于存储数据库和 Web 服务器日志文件
• mon一MON 组件

客户端请求到达用户网关。 该网关将请求转发给 web_lb 负载均衡器，后者将请求定向到 Web 服务器 web1 和 web2 中的一个。 Web 服务器访问主数据库。

从组件连接到主组件并复制其数据。 为了执行 SQL 数据或大型分析的一致备份，可以随时停止从组件，而不会影响主组件和其余应用的性能。

通过端口 8080 和 8081 上的 admin 网关可以对主组件和从组件进行 Web 访问。

master、slave、web1 和 web2 组件配置为在由 logs 公开的共享的根目录内存储其日志文件。 此外，管理员还可以通过 admin 网关查看日志文件。

示例属性配置（未列出的属性应保留为默认值）：

master

slave

注意：

• 必须在 logs、content 和 mon 组件上配置数据卷。
• 数据卷和 binlogs 卷必须在主服务器和从服务器上都进行配置。 它们应有足够空间来处理数据和日志。
• 每个组件都应使用自己的卷（卷不能在组件间共享）。
• admin、mon 以及 log 组件不是复制操作所必需的。