相关疑难解决方法(0)

我有一个运行 MySQL 5.5 的 AWS RDS t1-micro。它给了我太多的连接错误。我检查过，它同时允许 34 个最大连接。我读到的是，我可以通过为这个 Micro 实例创建一个数据库参数组来增加这个最大值。

我的困惑是

• 我应该在 DB 参数组中增加 micro 的最大连接值吗？或者我应该考虑升级到下一个提供更多最大连接数的 RDS 级别（125）吗？
• 我应该将微型 RDS 上的 max_connections 增加到 125 还是升级到 RDS 小实例？
• 为什么以及我应该根据哪些因素做出决定？

谢谢

我有一个 MySQL RDS 实例（“生产”），我需要从中将增量数据复制到另一个 MySQL RDS 实例（“报告”）。“增量数据”是某些表中的新行。目前，我通过一个 PHP 脚本完成此操作，该脚本根据上次更新时间从“生产”查询并将 CSV 文件写入磁盘，然后使用 mysqlimport.exe 将文件导入“报告”。

我目前的方法需要大约 80 秒。这是最强大和最有效的方法吗？我找到了其他用于“一次性”传输的工具，但没有找到“企业增量数据库复制”工具。

由于报告端的批处理操作，我们当前的过程不是“连续”复制。不过这可能是可以协商的。放松这种限制会打开工具，使这变得容易吗？

相关相关文章/问题：亚马逊关于导入数据的文章好像主要是处理批处理（初始加载）的情况。 http://aws.amazon.com/articles/2933

当在同一实例上从一个数据库移动到另一个数据库时，这可以通过存储过程来完成（我的问题是它们是不同的实例）。请参阅：保持 MySQL 暂存数据库在同一台服务器上从生产更新
我不能将两个数据库放在同一个实例上，因为我们的实例负载相当大。

由于我们的初创公司发展顺利，我们现在遇到了一些您一直认为永远不会影响您的问题。

我们已经扩展了很多应用程序堆栈：我们将临时信息的高读/写表卸载到一个单独的 Percona 服务器，其中表以“Engine=MEMORY”运行，并将其他部分迁移到 cassandra 集群。

现在我们剩下一个“精益”数据库，其中我们的读/写负载为 88%/12%。在这一点上，我有几个问题想得到一些反馈：

1. 读奴隶

通过我们的读/写设置，一些（例如 2-3 个）读从站应该将我们的写主站上的读负载减少到最低限度。read-slave 解决方案的可扩展性如何：如果我们的负载增加一倍/三倍，我们的负载是添加额外的 read slaves 将继续为读取提供足够的容量？我阅读了这篇文章：每个主人的奴隶数量有什么限制？然而，不是出于可扩展性背景，这可能看起来很愚蠢，但这是一个可冻结的解决方案吗？有很多人在推动分片而不是读从解决方案，但是，我现在真的认为我们的读/写负载不需要重写我们应用程序的大部分......有什么想法吗？

2. 多数据中心和复制

此外，我们正在考虑为附近的数据中心提供服务，以减少网络延迟（我们处理不喜欢延迟的移动应用程序）。计划是使用很多提到的半同步。复制（见：这是个好主意，MySQL数据库分成两个服务器，并为MySQL复制的高延迟互连是否受影响？）的主-主复制，其中每个数据中心都有一个主，和多个读的奴隶。同样，天真地，我很想知道在扩展时这是否在“最佳实践”的范围内。

3. 硬件和配置

过去几周我一直忙于对我们的实时系统进行基准测试，我得出的结论是，无论我们为第 1 点和第 2 点选择哪种解决方案，我们当前使用的服务器都不会运行很长时间，是否可以我对我们的设置有一些想法：

CPU: Intel(R) Xeon(R) CPU E31275 @ 3.40GHz mit 8 cores (hyperthreading)
RAM: 16GB
Raid 10 with a strip size of 64 KB and controller cache enabled
Software: Percona 5.5
Database size: 83.7GB
Top 5 Tables:
 21302MB  table1
 7656MB  table2
 5477MB  table3
 4352MB  table4
 3663MB  table5

my.cnf 设置： …