我们有一个非常小的 150MB 的 MySQL 数据库，它在 AWS t2.large 数据库作为自托管的情况下运行得非常快。

硬件规格：Azure：2 个 vCPU，10 GB 内存，AWS：2 个 vCPU，8 GB 内存。

不过，该公司决定将 AWS DB 迁移到 Azure 托管 MySQL，并将 PHP 应用程序暂时保留在 EC2 中。

两台服务器的硬件/W 相同，事实上 Azure 有 2GB 额外内存，并且两台服务器的 vCPU = 2，

一旦迁移到 Azure，我们就看到性能大幅下降，

例子：在 AWS 中，ajax 请求需要 15 秒，在 Azure 中，相同的 ajax 请求需要 2.5 分钟。

Azure MySQL DB - 平均 %CPU 和 % 内存从未达到其分配资源的 50%， 所以规格似乎不是问题。

根据下面的问题连接到 Azure Database for MySQL 时，Azure 应用服务上的 PHP 性能缓慢 https://stackoverflow.com/questions/63970567/php-on-azure-app-service-slow-performance-when-connected-to-azure-database-for-m

我们确实打开了 Azure MySQL DB 服务器参数启用重定向 to ON并启用使用 TLS 1.2 强制实施 SSL。

并安装了“mysqlnd_azure”扩展，使用

sudo pecl install mysqlnd_azure

根据下面的链接，我们检查这对连接有任何影响，但主机名似乎相同，没有变化

https://learn.microsoft.com/en-us/azure/mysql/howto-redirection#confirm-redirection https://learn.microsoft.com/en-us/azure/mysql/howto-redirection#confirm-redirection

在下面的“测试代码”中，如果重定向设置为“打开”，则会出现错误“连接错误（2002）：”如果重定向在 ini 文件中设置为关闭，则测试代码将转到具有相同主机名的其他位置，这表明重定向不起作用，但是可以看到 mysqlnd_azure 扩展已加载并且表名在结果集中正确显示

<?php
$host = '<yourservername>.mysql.database.azure.com';
$username = '<yourusername>@<yourservername>';
$password = '<yourpassword>';
$db_name = 'testdb';
 echo "mysqlnd_azure.enableRedirect: ", ini_get("mysqlnd_azure.enableRedirect"), "\n";
 $db = mysqli_init();
 //The connection must be configured with SSL for redirection test
 $link = mysqli_real_connect ($db, $host, $username, $password, $db_name, 3306, NULL, MYSQLI_CLIENT_SSL);
 if (!$link) {
    die ('Connect error (' . mysqli_connect_errno() . '): ' . mysqli_connect_error() . "\n");
 }
 else {
   echo $db->host_info, "\n"; //if redirection succeeds, the host_info will differ from the hostname you used used to connect
   $res = $db->query('SHOW TABLES;'); //test query with the connection
   print_r ($res);
   $db->close();
 }
?>

应用程序是通过 Code-igniter 和 PEAR 完成的。

在使用 AWS EC2 和 Azure MySQL DB 运行 Code Igniter 时，有人有类似的经历吗？和解决这个问题有什么建议吗？

您最紧迫的问题是你不知道.

所以首先要做的就是了解——调查where事情确实出了问题。

例如（但您需要做的不仅仅是这个）：

function after($msg) {
    global $tsts;
    if (isset($tsts)) {
        $time = floor((microtime(true)-$tsts)*1000);
    } else {
        $time = 0;
    }
    print "{$msg}: {$time} ms\n";
    $tsts = microtime(true);
}
    
after("Start");
$db = mysqli_init();
after("mysqli_init");
after("FINISH");

$link = mysqli_real_connect ($db, $host, $username, $password, $db_name, 3306, NULL, MYSQLI_CLIENT_SSL);
after("mysqli_real_connect");

$res = $db->query('SHOW TABLES;'); //test query with the connection
after("query");
// MUCH BETTER: a call to *execute* the query, and a different call
// to *retrieve* results, and you time *both* operations! See below

$db->close();
after("close");

这将告诉您通话过程中时间的具体情况。例如，您可以修改 after() 函数，以便它立即返回，除非 REMOTE_ADDR 是您的确切工作站，否则它将默默地将其数据保存在数组中，当 $msg 为“FINISH”时，它将把数组转储到文件中。这样，在代码中的各处调用 after() 调用，您将能够看到时间成本在哪里。

（这是一个非常糟糕的分析；xdebug 和 kcachegrind 会是更好和更精确的选择，但有更多的繁重要求，我们只想快速查看一下）。

例如，这会告诉您：

• is the 联系 slow?
• is the query slow?
• is the 结果检索 slow?
• is 格式化结果慢的？ （不太可能，但是，嘿，它发生了：不同的 JSON 库，瞧！，你被卡住了）
• is 发送结果慢的？ （不太可能，但 Azure 几乎可以以任何方式（错误）配置。我有一台机器故意地以这种方式减慢速度以允许调试特定的 UI 问题）。
• etc.

如果问题出在连接中，您将研究协议、防火墙、可能的替代连接，可能将整个应用程序移至 Azure 并在 EC2 中仅保留重定向存根等。

如果问题出在查询上，您需要检查内存、索引、可能的抖动、可能的 MySQL 配置错误。

如果是传输，请尝试协议压缩，或调查连接瓶颈，或与 Amazon 或 Azure 协商更好的连接策略。如果你有 57600 bps 的连接，没有什么可以帮助你，你需要麻烦谁为你提供带宽。

如果没有详细的计时信息，您就会在黑暗中跌跌撞撞。

小步骤

• 首先连接到 Azure 计算机上设置的简单定制服务。您可以完全关闭数据库，而是在 MySQL 的端口 3306 上设置一个 Web 服务器。然后从 EC2 请求“https://azure.host/index.html”和时间that。如果整个缓慢出现在那里，那么您就知道问题只能出在网络中。

• 然后启动一个测试数据库，其中包含一条记录的单个表。再说一次，如果缓慢出现在那里，那只能是MySQL的问题network配置。

• 添加一个大表并运行一个查询，该查询将执行全表扫描，并且不返回任何内容。这会给缓冲池和磁盘 I/O 带来压力。

• 返回大表，记录数量不断增加。这将测试奇怪的网络和防火墙问题（我有一次 MTU 不匹配被一个无聊的 Mikrotik 部分“修复”了，男孩是that调查一团糟）以及低带宽问题。在这里您可以打开和关闭压缩进行测试。

• 最后使用复杂查询运行测试。这里的缓慢可能表明 mysqld.conf 中存在问题（与 EC2 上的相比），甚至是一些愚蠢的问题，例如忘记传输indexes甚至触发器（别笑，我做过一次。仍然很聪明）。