主页 / server / 问题 / 113992
In Process
Erik Giberti
Asked: 2010-02-18 13:07:59 +0800 CST

EC2 上从 PHP 到 MySQL 的连接时间长

  • 772

我在使用 InnoDB 连接到数据库从站时遇到间歇性问题。间歇性地，我的连接时间超过 2 秒。这些服务器托管在 Amazon 的 EC2 上。

应用服务器是在 Ubuntu 上运行的 PHP 5.2/Apache。DB slave 在 Ubuntu 9.10 上运行 Percona 的 XtraDB 5.1。它使用 EBS Raid 阵列进行数据存储。

我们已经使用跳过名称解析并绑定到地址 0.0.0.0。

这是失败的 PHP 代码的存根

        $tmp = mysqli_init();
        $start_time = 微时间（真）；
        $tmp->options(MYSQLI_OPT_CONNECT_TIMEOUT, 2);
        $tmp->real_connect($DB_SERVERS[$server]['server'],
                   $DB_SERVERS[$server]['username'],
                   $DB_SERVERS[$server]['password'],
                   $DB_SERVERS[$server]['schema'],
                   $DB_SERVERS[$server]['port']);
        如果（mysqli_connect_errno（））{
            $timer = microtime(true) - $start_time;
            mail($errors_to,'数据库连接错误',$timer);
        }

数据库服务器上有超过 300Mb 可用于新连接，并且服务器远未达到允许的最大值（1,200 个中的 60 个）。在 4 个核心 m1.xlarge 实例上，两台服务器上的负载均 < 2。

mysql 配置中的一些亮点

最大连接数 = 1200

线程堆栈 = 512K
线程缓存大小 = 1024
线程并发 = 16

innodb-file-per-table
innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 13G

感谢您对追踪减速源的任何帮助。

[编辑]我一直在更新网络的 sysctl 值，但它们似乎没有解决问题。我在数据库和应用服务器上都做了以下调整。

net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_sack = 0
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_fin_timeout = 20
net.ipv4.tcp_keepalive_time = 180
net.ipv4.tcp_max_syn_backlog = 1280
net.ipv4.tcp_synack_retries = 1
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 87380 16777216

[编辑]根据 jaimieb 的建议，我添加了一些跟踪并使用时间捕获了以下数据。该服务器在一天中的这个时间处理大约 51 个查询/秒。在下面概述的 3 分钟窗口期间，连接错误出现一次（在 13:06:36）。由于有 1 次失败和大约 9,200 次成功连接，我认为这不会产生任何有意义的报告。

脚本：

日期 >> /root/database_server.txt
(时间 mysql -h database_Server -D schema_name -u appuser -p apppassword -e '') > /dev/null 2>> /root/database_server.txt

结果：

=== 应用服务器 1 ===
2010 年 2 月 22 日星期一 13:05:01 EST
实际0m0.008s
用户 0m0.001s
系统 0m0.000s

2010 年 2 月 22 日星期一 13:06:01 EST
实际0m0.007s
用户 0m0.002s
系统 0m0.000s

2010 年 2 月 22 日星期一 13:07:01 EST
实际0m0.008s
用户 0m0.000s
系统 0m0.001s

=== 应用服务器 2 ===
2010 年 2 月 22 日星期一 13:05:01 EST
实际0m0.009s
用户 0m0.000s
系统 0m0.002s

2010 年 2 月 22 日星期一 13:06:01 EST
实际0m0.009s
用户 0m0.001s
系统 0m0.003s

2010 年 2 月 22 日星期一 13:07:01 EST
实际0m0.008s
用户 0m0.000s
系统 0m0.001s

=== 数据库服务器 ===
2010 年 2 月 22 日星期一 13:05:01 EST
实际0m0.016s
用户 0m0.000s
系统 0m0.010s

2010 年 2 月 22 日星期一 13:06:01 EST
实际0m0.006s
用户 0m0.010s
系统 0m0.000s

2010 年 2 月 22 日星期一 13:07:01 EST
实际0m0.016s
用户 0m0.000s
系统 0m0.010s

[编辑]根据在 LinkedIn 问题上收到的建议，我尝试将 back_log 值设置得更高。我们一直在运行默认值 (50) 并将其增加到 150。我们还将应用程序和数据库服务器上的内核值 /proc/sys/net/core/somaxconn（最大套接字连接数）从默认值 128 提高到 256 . 我们确实看到处理器利用率有所提高，但仍然收到连接超时。

linux mysql php networking amazon-ec2

3 个回答

  1. 如果从等式中消除 PHP，它的效果如何？使用 CLI mysql 客户端连接到服务器。从数据库服务器本身和应用服务器尝试：

    time mysql -h localhost -D dbname -u username -ppassword -e ''
    • 2

  2. 检查您的 DNS 服务器，我认为 mysql 可能正在尝试解析连接主机的反向 DNS。还要确保 /etc/hosts 是健全的并且有“127.0.0.1 localhost”

    • 1

  3. 这甚至可能还没有结束，但是您可以等待刷新到磁盘吗？也许超时？

    请记住，您可能会在失败中丢失多达 1 分钟的数据。

    innodb_flush_log_at_trx_commit = 0（默认为 1）

    这将导致 InnoDB 每秒只写入和刷新一次日志缓冲区。： http ://dev.mysql.com/doc/refman/5.0/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

    • 0

相关问题