Sammansatt primär nyckelprestandanackdel i MySQL

INSERT och UPDATE prestanda varierar lite:det kommer att vara nästan samma för (INT) och (INT, INT) nycklar.

SELECT prestanda för sammansatt PRIMARY KEY beror på många faktorer.

Om din tabell är InnoDB , då är tabellen implicit klustrad på PRIMARY KEY värde.

Det betyder att sökningar efter båda värdena blir snabbare om båda värdena omfattar nyckeln:ingen extra nyckelsökning kommer att krävas.

Förutsatt att din fråga är ungefär så här:

SELECT  *
FROM    mytable
WHERE   col1 = @value1
        AND col2 = @value2

och tabelllayouten är denna:

CREATE TABLE mytable (
        col1 INT NOT NULL,
        col2 INT NOT NULL,
        data VARCHAR(200) NOT NULL,
        PRIMARY KEY pk_mytable (col1, col2)
) ENGINE=InnoDB

, motorn behöver bara slå upp det exakta nyckelvärdet i själva tabellen.

Om du använder ett autoinkrementfält som ett falskt id:

CREATE TABLE mytable (
        id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
        col1 INT NOT NULL,
        col2 INT NOT NULL,
        data VARCHAR(200) NOT NULL,
        UNIQUE KEY ix_mytable_col1_col2 (col1, col2)
) ENGINE=InnoDB

, då måste motorn först slå upp värdena för (col1, col2) i indexet ix_mytable_col1_col2 , hämta radpekaren från indexet (värdet på id ) och gör en ny uppslagning med id i själva tabellen.

För MyISAM tabeller, men detta gör ingen skillnad, eftersom MyISAM tabeller är högorganiserade och radpekaren är bara filförskjuten.

I båda fallen kommer samma index att skapas (för PRIMARY KEY eller för UNIQUE KEY ) och kommer att användas på samma sätt.