Vérifiez key_len dans l'explication pour déterminer quel index est utilisé

Vérifiez le key_len dans l'explication pour déterminer quel index est utilisé ?

Il y a plusieurs index dans une table. Les conditions dans notre champ Where ont plusieurs valeurs d'index, alors laquelle devrions-nous utiliser

Recommandé : " Tutoriel vidéo MySQL ? 》

Nous pouvons utiliser expliquer pour le visualiser, et le champ key_len peut être vu

Par exemple, le sql suivant

explain select * from ent_calendar_diary where email='xxxx' and diary_id=1784;
 
+----+-------------+--------------------+------------+-------+-------------------------+---------+---------+-------+------+----------+-------+
| id | select_type | table              | partitions | type  | possible_keys           | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+--------------------+------------+-------+-------------------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | ent_calendar_diary | NULL       | const | PRIMARY,idx_email_stime | PRIMARY | 4       | const |    1 |   100.00 | NULL  |
+----+-------------+--------------------+------------+-------+-------------------------+---------+---------+-------+------+----------+-------+

Il y a deux champs d'index dans possible_keys, mais key_len fait 4 octets

Remarque, key_len indique uniquement la colonne d'index sélectionnée dans WHERE pour le filtrage conditionnel ne contient pas ORDER BY/GROUP BY

le type int et non null est de 4 octets, donc le SQL ci-dessus utilise l'index de clé primaire

explain select * from ent_calendar_diary where email='xxxx';
+----+-------------+--------------------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+
| id | select_type | table              | partitions | type | possible_keys   | key             | key_len | ref   | rows | filtered | Extra |
+----+-------------+--------------------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | ent_calendar_diary | NULL       | ref  | idx_email_stime | idx_email_stime | 767     | const |  111 |   100.00 | NULL  |
+----+-------------+--------------------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+

C'est 767 octets, varchar(255) not null 255 * 3 +2 correspond exactement, donc l'index ordinaire de l'e-mail est utilisé

CREATE TABLE `ent_calendar_diary` (
`diary_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`email` varchar(255) NOT NULL,
`title` varchar(100) NOT NULL,
`summary` varchar(500) NOT NULL DEFAULT '',
`stime` bigint(11) NOT NULL DEFAULT '0',
`ctime` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`diary_id`),
KEY `idx_email_stime` (`email`,`stime`)
) ENGINE=InnoDB AUTO_INCREMENT=1809 DEFAULT CHARSET=utf8

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!