Question

我正在使用围攻测试新站点的速度，我发现它只能使用AWS RDS小实例 - 小型数据库每秒处理大约30个并发连接。（我尝试了更大的数据库并获得了更多的连接，但它仍然很奇怪。）

我已经做了很多测试来找到弱链接和（例如：使用std HTML页面测试nginx / php-fpm，包含php，使用memcached会话）这一切都正常...它的数据库这就是问题。

下面有2个查询 - 第一个只是一个测试，它运行良好/快速 - 如果在20秒内运行100个并发连接，我可以获得3500次点击：

  $database_users = new database('dbname');
  $sql='SELECT COUNT(userid) as yes FROM login;';
  $pds=$database_users->pdo->prepare($sql); $pds->execute(array()); $row=$pds->fetch();
  echo $row['yes'];

然而，下面的查询速度很慢，我只得到70次点击 - 我使用的查询：

      $database_users = new database('dbname');
      $sql='SELECT a.countryCode FROM geoCountry AS a LEFT JOIN geoIPv4 AS b ON a.pid=b.geoCountry_pid WHERE \'2091528364\' BETWEEN startipNum AND endipNum;';
      $pds=$database_users->pdo->prepare($sql); $pds->execute(array()); $row=$pds->fetch();
      echo $row['countryCode'];

当我使用远程查询工具时，第一个查询在0.1秒内运行，第二个查询在0.3秒内运行。

我试图理解为什么我会在第二次会遇到如此糟糕的表现。不会php / database只是等待查询完成然后响应。它只有0.2秒。

如果需要，我可以发送其他详细信息，例如php-fpm config。

任何建议都会受到高度赞赏 - 谢谢你

CREATE TABLE `geoCountry` (
  `pid` tinyint(3) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary Key',
  `countryCode` char(2) NOT NULL COMMENT 'Country Code',
  `zipEnabled` tinyint(1) NOT NULL DEFAULT '0' COMMENT '1=Has Zip Codes, 0=No Zip Codes',
  `english` varchar(75) NOT NULL COMMENT 'Language',
  `indonesian` varchar(75) NOT NULL COMMENT 'Language',
  `japanese` varchar(75) NOT NULL COMMENT 'Language',
  PRIMARY KEY (`pid`),
  UNIQUE KEY `countryCode` (`countryCode`),
  KEY `zipEnabled` (`zipEnabled`),
  CONSTRAINT `geoCountry_zipEnabled` FOREIGN KEY (`zipEnabled`) REFERENCES `xfk_generic_binary` (`binary`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=249 DEFAULT CHARSET=utf8 COMMENT='Country Codes linked to Country Names'


CREATE TABLE `geoIPv4` (
  `pid` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary Key',
  `geoCountry_pid` tinyint(3) unsigned NOT NULL COMMENT 'geoCountry Pid',
  `startipNum` int(10) unsigned NOT NULL COMMENT 'Start IP Address',
  `endipNum` int(10) unsigned NOT NULL COMMENT 'End IP Address',
  PRIMARY KEY (`pid`),
  KEY `geoCountry_pid` (`geoCountry_pid`),
  CONSTRAINT `geoIPv4_geoCountry_pid` FOREIGN KEY (`geoCountry_pid`) REFERENCES `geoCountry` (`pid`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=148890 DEFAULT CHARSET=utf8 COMMENT='IPv4 Ranges linked to Country Codes';

* 有可能它的php-fpm没有等待回复回来或者与围攻有什么关系吗？注意：如果并发连接数很少，seige似乎工作正常。

Answer 1

也许是我，但在这种情况下使用LEFT JOIN对我来说毫无意义。

恕我直言，您的查询应该看起来像这样

SELECT a.countryCode 
  FROM geoCountry a JOIN geoIPv4 b 
    ON a.pid = b.geoCountry_pid 
 WHERE 2091528364 BETWEEN startipNum AND endipNum

确保您在 (startipNum, endipNum)

上有覆盖索引

CREATE INDEX idx_startipNum_endipNum ON geoIPv4 (startipNum, endipNum);

Answer 2

查询的基本问题，即使索引（startipNum，endipNum），B-Tree索引也不是找到值BETWEEN两列的最佳结构，因为每一行都有` startipNum`＆lt; =您正在搜索的值是候选匹配，并且`endipNum`被索引的事实对任何事情都没有帮助，因为每个有效`startipNum`的每个`endipNum`都必须进行比较，即使（至少在MaxMind数据库中，大概就是你正在使用的那个），只有一个匹配的行。

您可以大幅优化查询，因为您知道通过在末尾添加LIMIT 1，只会有一个匹配的行。一旦找到匹配的行，服务器就会停止查看。我还发现添加相反的索引（endipNum，startipNum）也会让优化器选择哪两个对任何给定的查询最有效。

一种（有效的）更好的方法I have discussed previously（虽然它显然会打击一些人的思想，因为它有点“超出范围”）是使用MySQL中的spatial extensions构建一个R-Tree索引。

另见：

http://blog.jcole.us/2007/11/24/on-efficiently-geo-referencing-ips-with-maxmind-geoip-and-mysql-gis/

MySQL - 极慢的SQL查询

2 个答案: