主页 / dba / 问题 / 27379
Accepted
Phil
Asked: 2012-10-23 07:47:22 +0800 CST

MySQL 唯一索引键长

  • 772

我正在从一个提供 256 位（64 字符长度）字母数字字符串的表中散列键，我打算在第二个表中用作外键。

这里选择的引擎是 InnoDB。

使用我的唯一密钥 256 位密钥，表 A 中有大约 200 万个条目。

具有 700 万条记录的表 B 与具有 256 位外键的表 A 相关。

我的问题是，而不是 64 字符。长度密钥，我应该选择 160 位（40 位）密钥吗？

我会看到性能大幅提升吗？还是差别不会太大？

我的机器计算能力有限，虽然脚本和编程很容易，但我需要几个小时才能从 256 计算和重新计算 160 位，这就是我提出问题的原因。

mysql innodb

1 个回答

  1. Best Answer

    大的 PRIMARY KEYs 和 UNIQUE KEYs 对于 InnoDB 来说是一个非常糟糕的主意。如果您想在后续检索中真正提升性能，则必须使用较小的 PRIMARY KEY。为什么？

    • PRIMARY KEY 越小越好
    • 二级索引有一个与每个二级键关联的主键。更大的主键，更大的二级索引。反之亦然
    • 使用较小的主键改进缓存

    这是您应该使用 64 字符键执行的操作

    STEP01) 为 64 个字符的键创建一个键表

    从一个包含 64 个字符的键的表开始，并将它与一个自动递增的字段相关联

    CREATE TABLE big64keytable
(
    bigkey   INT UNSIGNED NOT NULL AUTO_INCREMENT,
    big64key CHAR(64),
    PRIMARY KEY (bigkey),
    UNIQUE KEY (big64key)
) ENGINE=MyISAM;

    STEP02) 创建一个存储函数以获取 64 字符键的数字 ID

    首先，创建 SQL 以插入 64 个字符的键，然后检索数字 ID

    SET @givenkey = '8g4gbf3g7b5gf4n3gfn8g927534';
INSERT IGNORE INTO big64keytable (big64key) VALUES (@givenkey);
SELECT bigkey FROM big64keytable WHERE big64key = @givenkey;

    现在采用这个简单的检索算法并将其放入存储函数中

    DELIMITER $$

DROP FUNCTION IF EXISTS `GetBigKey` $$
CREATE FUNCTION `GetBigKey` (GivenKey CHAR(64)) RETURNS INT UNSIGNED
DETERMINISTIC
BEGIN

    DECLARE rv INT UNSIGNED;

    INSERT IGNORE INTO big64keytable (big64key) VALUES (GivenKey);
    SELECT bigkey INTO rv FROM big64keytable WHERE big64key = GivenKey;
    RETURN rv;

END $$

DELIMITER ;

    展望未来，只需为每个 64 个字符的密钥生成一个数字无符号 ID（4 个字节）。

    这是我过去在 DBA StackExchange 中关于其他大型 PRIMARY KEY 问题的两篇文章

    • 3

相关问题