MySQL在复合键

Question

连接时速度很慢，我们有两个表：

SELECT B.x 
FROM B 
INNER JOIN A 
    ON A.b = B.b 
    AND A.c = B.c 
WHERE A.a IN (...a values...); 

a values从客户端语言给（我们的情况：红宝石）

create table A (
    id int, 
    a int, 
    b int, 
    c varchar(255), 
    unique key K1 (a,c), 
    key K2 (b,c), 
    key K3 (a,b,c) 
); 
create table B (
    id int, 
    b int, 
    c varchar(255), 
    x varchar(255), 
    unique key K (b,c) 
); 

像运行查询，以及有关10-100,000个项目。

解释是这样的。

*************************** 1. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: A 
     type: range 
      key: K 
     key_len: 4 
      ref: NULL 
     rows: 100 
     Extra: Using where; Using index 
*************************** 2. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: app_devices 
     type: ref 
      key: K 
     key_len: 4 
      ref: A.b 
     rows: 213 
     Extra: Using index condition 
2 rows in set (0.00 sec) 

当A和B很小时，这个查询很好用，但当表大小超过2000万行时，这个查询变得很慢。 我怀疑组合键在加入时工作不正常。我该如何解决这个问题？

Answer 1

C是一个VARCHAR（255）的索引，它在长度上相当大，并且还包含所有不包含数字的字符。如果VARCHAR的长度始终为255，则应将其设置为CHAR，以查看该展会的具体情况。

但是，如果您有2000万行，这意味着您的自动增量ID将只有8个长度，并且只会包含数字，这更适合您的连接。 把这个ID放在桌子上;

create table A (
    id int, 
    a int, 
    b int, 
    c varchar(255), 
    b_id int, //additional field 
    unique key K1 (a,c), 
    key K2 (b,c), 
    key K3 (a,b,c) 
); 
create table B (
    id int, 
    b int, 
    c varchar(255), 
    x varchar(255), 
    unique key K (b,c) 
); 

然后，一旦运行这个命令：

UPDATE a  
INNER JOIN B 
ON A.b = B.b 
AND A.c = B.c 
SET a.b_id = b.id 

然后将查询变为：

SELECT B.x 
FROM B 
INNER JOIN A 
ON A.b_id = b.id 
WHERE A.a IN (...a values...); 

这应该在一个合理的时间运行

编辑：

是您varchar（255）总是2 55长，还是可以更短？你可以缩短它。

如果您在不锁定的情况下将包含所有记录的表复制，并对副本执行添加自动增量更新，并且在短暂停机时间内（如果可能）将其重命名为原始数据库。

您可以使用以下问题来了解这是否适合您。 ：

Surrogate vs. natural/business keys