INSERT e UPDATE la performance varia poco:sarà quasi la stessa per (INT) e (INT, INT) chiavi.
SELECT performance della PRIMARY KEY composita dipende da molti fattori.
Se la tua tabella è InnoDB , quindi la tabella viene implicitamente raggruppata nella PRIMARY KEY valore.
Ciò significa che la ricerca di entrambi i valori sarà più rapida se entrambi i valori comprendono la chiave:non sarà richiesta alcuna ricerca di chiavi aggiuntiva.
Supponendo che la tua query sia qualcosa del genere:
SELECT *
FROM mytable
WHERE col1 = @value1
AND col2 = @value2
e il layout della tabella è questo:
CREATE TABLE mytable (
col1 INT NOT NULL,
col2 INT NOT NULL,
data VARCHAR(200) NOT NULL,
PRIMARY KEY pk_mytable (col1, col2)
) ENGINE=InnoDB
, il motore dovrà solo cercare il valore esatto della chiave nella tabella stessa.
Se utilizzi un campo di incremento automatico come ID falso:
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
, quindi il motore dovrà prima cercare i valori di (col1, col2) nell'indice ix_mytable_col1_col2 , recupera il puntatore di riga dall'indice (il valore di id ) ed effettua un'altra ricerca con id nella tabella stessa.
Per MyISAM tabelle, tuttavia, questo non fa differenza, perché MyISAM le tabelle sono organizzate in heap e il puntatore di riga è solo un offset di file.
In entrambi i casi verrà creato uno stesso indice (per PRIMARY KEY o per UNIQUE KEY ) e verranno utilizzati allo stesso modo.
