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