参考信息 › 组件目录参考指南 › 系统目录 › 数据库组件 › MYSQLR、MYSQLR64－适合复制的 MySQL 数据库组件 › 在不同工具上运行的 N 层应用（适合于负载均衡和故障切换）

在不同工具上运行的 N 层应用（适合于负载均衡和故障切换）

下图显示 MYSQLR64 组件在运行于多个工具中的 Web 应用中的典型用法。 使用此设置时，可以有两个或多个相同的应用在不同工具中运行，同时将数据库复制到主-主设置中的所有应用。 这在以下两种情况下很有用：

• 地理负载均衡－设置 2 个（或更多）此类应用，以使用户可以使用与其地理区域最接近的应用来获得更理想的响应时间（使用 DNS 实现负载均衡）
• 故障切换－设置 2 个（或更多）此类应用，这样如果正在运行一个应用的整个工具关闭（或应用本身关闭），可以使用其他应用来防止停机时间。

主应用

从应用

正在使用的组件：

• user一用户请求的输入网关
• admin一用于日志文件访问的输入网关
• sw－将端口 8080 从 admin 重定向到主应用或从应用上的 ui
• vpn－要连接到 master=/=slave 组件以复制数据库的远程应用的输入
• web_lb一用户请求的 Web 负载均衡器
• web1、web2一有活动内容的 Web 服务器（例如：CGI 脚本）
• master－将 MYSQLR64 配置为主组件
• slave－将 MYSQLR64 配置为从组件
• content一数据库错误日志文件、Web 内容和 Web 日志的存储
• logs一数据库错误日志文件的存储

客户端请求到达用户网关。 该网关将请求转发给 web_lb 负载均衡器，后者将请求定向到 Web 服务器 web1 和 web2 中的一个。 Web 服务器访问主数据库。 主组件连接到远程（从）应用以复制数据库，仅有的差别是从服务器的 server_id 以及网络设置。 远程应用通过 vpn 网关连接到主组件，该网关配置为仅允许来自远程应用的 vpn 网关的连接。 两个应用中的主组件和从组件在主-主设置中运行，这样它们始终具有相同的数据。

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

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

主组件

主 vpn

从组件

从 vpn

远程应用是精确副本，仅有的差别是 user、admin 和 vpn 组件的网络设置、vpn 组件与 master=/=slave 之间的连接以及 master=/=slave 组件的 server_id（它应该是唯一的）。

在 MYSQLR 和 MYSQLR64 之间进行迁移

如果需要从 MYSQLR 迁移到 MYSQLR64（或执行相反的迁移），不能只在 64 位组件上使用 32 位组件中的卷（反之亦然），因为这可能会导致数据损坏。 实现此目的的建议方法是是在旧组件上转储数据库，将转储的文件传输到新组件，然后将数据库导入新组件。

相同的程序可用于从较旧的数据库组件（MYSQL、MYSQL5、MYSQL64）或 CA AppLogic 组件上未运行的 mysql 数据库中迁移数据库。

要迁移数据库：

• （可选）阻止访问旧数据库－这是可选操作，其目的只是确保数据库转储时不被修改。 实现此目的的一种方法是当组件输入终端上未连接任何对象时启动该组件。
• 在旧组件上转储所有数据库。 执行此操作之前，请确认数据卷上有足够的空间（如果没有足够的空间，您始终可以调整数据卷的大小）。 要实现此目的，可以启动组件，登录该组件并执行以下命令：
  • mysqldump --all-databases --lock-all-tables | gzip > /mnt/data/my_dump.sql.gz
• 停止应用。
• 创建新应用卷，该卷将存储新组件 (ext3-snapshot) 的数据库。 确认该卷的大小足以保存数据库转储文件 (/mnt/data/my_dump.sql.gz) 和数据库本身。
• 将数据库转储文件传输到新建的卷（以下是使用两个带有外部 Internet 访问的 Filer 设置复制数据库的唯一方式；如果这不适合您的配置，也可以从网格到外部服务器使用 scp 来复制数据库，然后回到目标卷）：
  • 使用卷管理命令和两个 Filer（每个卷一个）分别管理每个卷。 确保在 vol manage 命令行上传递外部 IP 信息，这样每个 Filer 都可以彼此访问以便复制两个卷之间的数据库。 有关如何指定外部网络设置的详细信息，请参阅 vol manage 帮助。
  • 在源卷的 Filer 中，执行以下命令：cat /etc/ssh/ssh_host_rsa_key.pub >> /root/.ssh/authorized_keys
  • 在目标卷的 Filer 中，执行以下命令：scp -pr -i /etc/ssh/ssh_host_rsa_key IP_address_to_source_filer:/mnt/vol/my_dump.sql.gz /mnt/vol/。
  • 在复制数据库以后，您可从两个 Filer 中退出。
• 编辑应用并添加 MYSQLR/MYSQLR64 的新实例，将其参数化，连接它并将新建的卷分配给新的实例。 此时，可从应用删除旧的 MYSQLR/MYSQLR64 实例（然而为了备份目的您可能需要暂时保留它，直到您可以确认数据库被正确地转移到新的实例）。
• 导入数据库－启动新的组件，登录到其中并执行以下命令：
  • zcat /mnt/data/my_dump.sql.gz | mysql
• 数据库现已传输，组件已准备就绪。

说明

请注意下列各项：

• 为在默认情况下使用的 MyISAM 存储引擎优化 MYSQLR64 性能。 如果要为 Innodb 增强性能，或者只是想要为您的应用微调 MYSQL 服务，请参阅“自定义配置”部分，以了解有关如何将配置参数添加到现有配置的详细信息。 该功能在 MYSQLR64 1.6.1 或更高版本中可用。
• MYSQLR64 仅使用异步复制（MySQL 不支持同步复制）。
• MYSQLR64 可在 2 分钟内检测到复制错误，并通过在网格显示板上发布消息来通知用户。 然后，用户可使用 MYSQLR64 GUI 来修复问题（MYSQLR64 不提供自动恢复）。
• 启动 MYSQLR64 后，将在组件日志文件中写入一条消息，指出 chmod 无法修改 mysql 日志文件的所有者。 此问题是意料之中的，不会影响 MYSQLR64 组件的操作。
• 单个复制中 MYSQLR64 组件的理论最高数量是 10。 当以循环方式复制数据时，增加 MYSQLR64 组件的数量会增加从服务器更新其数据库的时间。 复制中的组件实际最大数量可能更低，这取决于您的应用、负载和需求（从服务器的即时更新在诸如数据备份的方案中可能并不重要）。

重要信息！ 为数据库创建用户时，请确认所创建的用户对他们连接时所在的主机没有任何限制。 例如：

mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%'
    ->     IDENTIFIED BY 'some_pass' WITH GRANT OPTION;

• 卷要求
  • 数据卷大小应该是 100 MB 或更大—当前已启用 InnoDB 引擎，它在数据卷上占用大约 22 MB 的空间。 在该版本中，没有办法将它禁用，即使您没有将 InnoDB 用作数据存储。
  • 数据卷不应使用任何文件系统进行格式化，因为它将用于构建 LVM 卷（该卷应该是未格式化的）。 如果使用任何文件系统格式化了某个卷（可能包含旧 MYSQL 组件中的文件），组件将无法启动，并阻止您删除文件。
  • 在分配的数据卷空间中，有 20% 用于启动/修复复制，这样，就留下了 80% 的卷空间用于数据库存储。
  • 在复制方案中使用 MYSQLR64 时，无论作为主服务器、从服务器还是 master_and_slave，您都必须提供 binlogs 卷。 二进制日志按 100 MB 的大小进行轮转，轮转后保留 2 天，此后将被删除。 如果组件也作为从服务器运行，中继日志也会被存储到 binlogs 卷。您将需要至少 500 MB binlogs 空间来运行主服务器-主服务器复制。 实际大小取决于所执行的 MySQL 更新/插入查询的强度，要正常运行应用，需要数 GB 的 binlogs 卷。
• 连接到 MYSQLR64 的组件负责创建自己的数据库和表（如果不存在）。 或者，您可以在数据卷上手工复制初始数据库。
• 连接到 MYSQLR64 的 in 终端的组件或服务器应该装有 MySQL 客户端库，这样才能访问 MySQL 服务器和提交请求。 组件目录中提供的所有虚拟服务器（包括通用 LINUX 服务器）都装有 MySQL 客户端库。
• 参考资料：
  • http://www.mysql.com－MySQL 网站
  • http://dev.mysql.com/doc/refman/5.0/en/index.html－MySQL 5.0 文档

组件中使用的第三方开源软件

MYSQLR64 除了使用其基类 LUX64 所用的第三方开源软件包之外，还使用下列第三方/开源软件包。

MYSQLR 故障排除

MYSQLR 组件在重新启动时冻结

从 MYSQLR 1.6.2 开始，您可以设置/更改根数据库帐户的密码。 但是，MSYQLR 组件有几个主机名不同的根帐户。 在设置/更改密码时，应始终使用 root@% 帐户。 root@% 帐户是连接到 MYSQLR in 终端的组件的帐户，将针对该帐户进行身份验证。 其他根帐户仅由本地用户使用，并且决不可为这些根帐户设置密码，因为这样做将导致 MYSQLR 组件无法启动。

注意：如果没有为 root@localhost 帐户设置密码，则这不是安全问题，因为此帐户只能由组件上的本地用户使用，并且有权访问组件的任何人都可以更改密码。

恢复在更改根数据库密码之后无法启动的 MYSQLR 组件

要恢复因更改数据库根密码而无法启动的组件，请执行以下步骤：

1. 在调试模式下启动组件或应用。

   组件启动命令

   comp start main.MYSQLR --debug 
   

   应用启动命令

   app start --debug 
   

   在启动组件几秒钟之后，您应该能够登录到该组件。 不必等待组件超时。

2. 通过 SSH 登录到组件并执行以下命令：

   mysql -p -e "update mysql.user set Password='' where User='root'" 
   mysqladmin -p flush-privileges 
   mysql -e 'update mysql.user set password=PASSWORD("NEWPASSWORD") where User="root" and Host="%"' 
   mysqladmin flush-privileges
   

3. 重新启动组件以验证它是否已启动，以及用户 root 的“in”终端上的 mysql 连接是否需要密码。