Clés étrangères d'optimisation de requête Mysql

Question

J'ai une table principale et une table enfant avec une clé étrangère. Quand je joins entre ces deux tableaux et utiliser EXPLAIN pour analyser les performances

1. Je reçois le EXPLAIN comme « type = ALL » qui est considéré comme le pire pour la performance. Comment puis-je améliorer les performances de cette jointure?

2. expliquer la sortie montre que "possible_keys: cid_index" au lieu de clé et keylength

Voici un test

CREATE TABLE `master` (
    `mid` bigint(20) NOT NULL AUTO_INCREMENT, 
    `mname` varchar(20) NOT NULL, 
    PRIMARY KEY (`mid`) 
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1 


select * from master; 
+-----+-------+ 
| mid | mname | 
+-----+-------+ 
| 1 | one | 
| 2 | two | 
+-----+-------+ 
2 rows in set (0.25 sec) 


CREATE TABLE `child` (
    `cid` bigint(20) NOT NULL AUTO_INCREMENT, 
    `cname` varchar(10) NOT NULL, 
    `Ccid` bigint(20) DEFAULT NULL, 
    PRIMARY KEY (`cid`), 
    KEY `cid_index` (`Ccid`), 
    CONSTRAINT `new_fk_constraint` FOREIGN KEY (`Ccid`) REFERENCES `master` (`mid`) 
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1 



select * from child; 
+-----+-------+------+ 
| cid | cname | Ccid | 
+-----+-------+------+ 
| 1 | Cone | 1 | 
| 2 | ctwo | 2 | 
+-----+-------+------+ 
2 rows in set (0.12 sec) 



explain select m.*,c.* from master m join child c on m.mid=c.Ccid \G 
*************************** 1. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: m 
     type: ALL 
possible_keys: PRIMARY 
      key: NULL 
     key_len: NULL 
      ref: NULL 
     rows: 2 
     Extra: 
*************************** 2. row *************************** 
      id: 1 
    select_type: SIMPLE 
     table: c 
     type: ALL 
possible_keys: cid_index 
      key: NULL 
     key_len: NULL 
      ref: NULL 
     rows: 2 
     Extra: Using where; Using join buffer 
2 rows in set (0.23 sec) 

Answer 1

Si la table est trop petite, avec pas grand-chose à filtrer , la performance pourrait ne pas être comme prévu. Habituellement, si la clause where filtre plus de x% (environ 30%), l'analyse de la table entière sera plus efficace. S'il vous plaît vérifier la On mysql performance

Vous pouvez également essayer de forcer l'index et vérifier si l'indice est utilisé

explain select m.*,c.* 
from master m 
join child c force index(Ccid) 
on m.mid=c.Ccid