MySQL 可以处理 1 亿多行吗？ [复制]

Question

我经营一个中小型汽车网站，我们正在尝试记录访问车辆详细信息页面的次数。我们通过散列、md5、当前车辆的品牌、型号和 zip 来做到这一点。然后我们保留一个vehicle_count 总数，如果哈希匹配，则增加它。

运行这些数字后，似乎有大约 50 个品牌，每个品牌有大约 50 个型号，我们的位置 db 有大约 44,000 个唯一的邮政编码。大约 1 亿 + 潜在的唯一哈希

这是创建表：

CREATE TABLE `vehicle_detail_page` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `vehicle_hash` char(32) NOT NULL,
  `make` varchar(100) NOT NULL,
  `model` varchar(100) NOT NULL,
  `zip_code` char(7) DEFAULT NULL,
  `vehicle_count` int(6) unsigned DEFAULT '1',
  PRIMARY KEY (`id`),
  UNIQUE KEY `vehicle_hash` (`vehicle_hash`),
  KEY `make` (`make`),
  KEY `model` (`model`),
  KEY `zip_code` (`zip_code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

这是插入/更新表格的 PHP 代码：

public function insertUpdate($make, $model, $zip)
{
    // set table
    $table = self::TABLE;        
    // create hash
    $hash = md5($make.$model.$zip);

    // insert or update count
    try
    {
        $stmt = $this->db->conn->prepare("INSERT INTO $table
                                                (vehicle_hash, 
                                                    make, 
                                                    model, 
                                                    zip_code)
                                          VALUES
                                                (:vehicle_hash, 
                                                    :make, 
                                                    :model, 
                                                    :zip_code)
                                          ON DUPLICATE KEY UPDATE
                                                    vehicle_count = vehicle_count + 1;");
        $stmt->bindParam(':vehicle_hash', $hash, PDO::PARAM_STR);
        $stmt->bindParam(':make', $make, PDO::PARAM_STR);
        $stmt->bindParam(':model', $model, PDO::PARAM_STR);
        $stmt->bindParam(':zip_code', $zip, PDO::PARAM_STR);
        $stmt->execute();
    } catch (Exception $e)
    {
        return FALSE;
    }

    return TRUE;
}

问题：

1. MySQL 可以处理这么多行吗？
2. 有没有人发现这段代码有什么问题，有没有更好的方法来做到这一点？
3. 查询这些数据会是什么样子？

最大的问题是，一旦这个表增长，上面的 php 函数将如何执行。如果/当该表有几百万行以上时，该表将如何执行。谁能提供一些见解？

Answer 1

你也可以完全避免散列。

CREATE TABLE `vehicle_visits` (
  `make` varchar(100) DEFAULT NULL,
  `model` varchar(100) DEFAULT NULL,
  `zip_code` char(7) DEFAULT NULL,
  `vehicle_count` int(11) DEFAULT NULL,
  UNIQUE KEY `make_model_zip` (`make`,`model`,`zip_code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

这样可以避免多个 UNIQUE 值。您可以使用真实世界的值来创建唯一标识符，而不是“ID”和“哈希”。请注意 MySQL 如何使用 3 列来形成唯一索引。

注意：要减小索引的大小，您可以减小品牌和型号列的大小。当然，除非您期望有 100 个字符的品牌和型号名称。如果您担心大小，还可以使用每列的前缀创建索引。

编辑：添加哈希列作为索引方法

作为复合索引的替代方案，您可以引入一列 根据其他列的信息“散列”。如果这 列很短，相当独特，并且有索引，它可能会更快 比许多列上的“宽”索引。 http://dev.mysql.com/doc/refman/5.0/en/multiple-column-indexes.html

您需要进行一些实际测试，看看哪种方法更快。由于数据显示大约 50 个品牌和 50 个型号，因此查找将主要涉及 zip_code 列。索引顺序也有所不同。此外，使用 make(10)、model(10)、zip(7) 等前缀创建索引会创建长度为 27 的索引。另一方面，md5 列将是 32。

hash 方法可能有助于查找，但它真的对现实世界的应用程序有帮助吗？该表似乎跟踪访问者，并且很可能会对其执行分析。该索引将有助于 SUM() 操作（取决于索引的顺序）。例如，如果我想查找“本田”或“本田思域”页面的访问者总数，使用多列索引很容易完成。