我目前有一张200k +记录的表，我正在尝试进行COUNT（*）搜索。搜索似乎非常快，直到它进入发送数据阶段。
表格
CREATE TABLE `evento_inscricao_participante_ingresso` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`id_participante` int(11) DEFAULT NULL,
`id_carrinho` int(11) DEFAULT NULL,
`id_cortesia` int(11) DEFAULT NULL,
`codigo` varchar(255) DEFAULT NULL,
`checkin` datetime DEFAULT NULL,
`criado_em` datetime DEFAULT NULL,
`modificado_em` datetime DEFAULT NULL,
`criado_por` int(11) DEFAULT NULL,
`modificado_por` int(11) DEFAULT NULL,
`deletado` int(1) DEFAULT '0',
`deletado_por` int(11) DEFAULT NULL,
`deletado_em` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `codigo_UNIQUE` (`codigo`),
KEY `fk_evento_inscricao_participante_ingresso_evento_inscricao__idx` (`id_participante`),
KEY `fk_evento_inscricao_participante_ingresso_evento_inscricao__idx1` (`id_carrinho`),
KEY `fk_evento_inscricao_participante_ingresso_evento_cortesia1_idx` (`id_cortesia`),
CONSTRAINT `fk_evento_inscricao_participante_ingresso_evento_inscricao_ca1` FOREIGN KEY (`id_carrinho`) REFERENCES `evento_inscricao_carrinho` (`id`) ON DELETE SET NULL ON UPDATE SET NULL,
CONSTRAINT `fk_evento_inscricao_participante_ingresso_evento_inscricao_pa1` FOREIGN KEY (`id_participante`) REFERENCES `evento_inscricao_participante` (`id`) ON DELETE CASCADE ON UPDATE CASCADE) ENGINE=InnoDB AUTO_INCREMENT=175477 DEFAULT CHARSET=utf8;
查询
SELECT COUNT(*)
FROM evento_inscricao_participante_ingresso t
LEFT JOIN evento_inscricao_carrinho c ON (c.id = t.id_carrinho)
LEFT JOIN evento_inscricao_participante p ON (p.id = t.id_participante)
LEFT JOIN evento_ingresso i ON (i.id = c.id_ingresso)
LEFT JOIN evento_inscricao ins ON (ins.id = c.id_inscricao)
LEFT JOIN evento_cortesia cortesia ON (t.id_cortesia = cortesia.id)
WHERE (i.id_evento = 894
AND i.id = 3255 AND ins.id_status = 1)
OR (cortesia.id_evento = 894
AND cortesia.id_ingresso = 3255 AND t.id_cortesia IS NOT NULL)
配置文件
starting 0.000104
checking permissions 0.000004
checking permissions 0.000002
checking permissions 0.000002
checking permissions 0.000001
checking permissions 0.000002
checking permissions 0.000004
Opening tables 0.000048
System lock 0.000010
init 0.000029
optimizing 0.000016
statistics 0.000035
preparing 0.000020
executing 0.000004
Sending data 18.216500
end 0.000010
query end 0.000004
closing tables 0.000013
freeing items 0.000106
logging slow query 0.000004
cleaning up 0.000004
解释
1 SIMPLE t ALL fk_evento_inscricao_participante_ingresso_evento_cortesia1_idx NULL NULL NULL 205120 NULL
1 SIMPLE c eq_ref PRIMARY PRIMARY 4 ingresso_main.t.id_carrinho 1 NULL
1 SIMPLE p eq_ref PRIMARY PRIMARY 4 ingresso_main.t.id_participante 1 Using index
1 SIMPLE i eq_ref PRIMARY PRIMARY 4 ingresso_main.c.id_ingresso 1 Using where
1 SIMPLE ins eq_ref PRIMARY PRIMARY 4 ingresso_main.c.id_inscricao 1 Using where
1 SIMPLE cortesia eq_ref PRIMARY PRIMARY 4 ingresso_main.t.id_cortesia 1 Using where
所以，我不明白为什么要花很多时间，如果我已经创建了索引。当我删除旧记录时，时间提高了50％。我在生产中测试过（Amazon RDS / m3.medium / 5.6.35）和localhost（MySQL 5.6.35）
加入中使用的所有表的索引：
evento_inscricao_carrinho 0 PRIMARY 1 id A 76098 NULL NULL BTREE
evento_inscricao_carrinho 1 FK_incricao_carrinho_x_evento_ingresso 1 id_ingresso A 76098 NULL NULL YES BTREE
evento_inscricao_carrinho 1 FK_incricao_carrinho_x_usuario 1 id_usuario A 76098 NULL NULL YES BTREE
evento_inscricao_carrinho 1 FK_evento_inscricao_carrinho_x_evento_inscricao 1 id_inscricao A 76098 NULL NULL YES BTREE
evento_inscricao_carrinho 1 fk_evento_inscricao_carrinho_evento_codigo_desconto1_idx 1 id_codigo_desconto A 76098 NULL NULL YES BTREE
evento_inscricao_carrinho 1 fk_evento_inscricao_carrinho_evento_convite_envio1_idx 1 id_convite_restrito A 76098 NULL NULL YES BTREE
evento_inscricao_participante 0 PRIMARY 1 id A 69614 NULL NULL BTREE
evento_inscricao_participante 1 fk_evento_inscricao_participante_evento_inscricao1_idx 1 id_inscricao A 69614 NULL NULL YES BTREE
evento_inscricao_participante 1 fk_evento_inscricao_participante_evento_inscricao_carrinho1_idx 1 id_carrinho A 69614 NULL NULL YES BTREE
evento_ingresso 0 PRIMARY 1 id A 4021 NULL NULL BTREE
evento_ingresso 1 FK_evento_ingresso_x_inquilino 1 id_inquilino A 670 NULL NULL YES BTREE
evento_ingresso 1 FK_evento_ingresso_x_evento 1 id_evento A 4021 NULL NULL YES BTREE
evento_ingresso 1 fk_evento_ingresso_evento_ingresso1_idx 1 id_ingresso_lote A 6 NULL NULL YES BTREE
evento_inscricao 0 PRIMARY 1 id A 90011 NULL NULL BTREE
evento_inscricao 1 FK_evento_incricao_x_tipo_pagamento 1 id_pagamento_tipo A 90011 NULL NULL YES BTREE
evento_inscricao 1 FK_evento_inscricao_x_evento 1 id_evento A 90011 NULL NULL YES BTREE
evento_inscricao 1 FK_evento_inscricao_x_usuario 1 id_usuario A 90011 NULL NULL YES BTREE
evento_inscricao 1 fk_evento_inscricao_evento_inscricao_status1_idx 1 id_status A 90011 NULL NULL YES BTREE
evento_inscricao 1 fk_evento_inscricao_evento_recorrencia1_idx 1 id_recorrencia A 90011 NULL NULL YES BTREE
evento_inscricao 1 fk_evento_inscricao_terminal1_idx 1 id_terminal A 90011 NULL NULL YES BTREE
evento_cortesia 0 PRIMARY 1 id A 778 NULL NULL BTREE
evento_cortesia 1 FK_evento_apoio_x_evento 1 id_evento A 129 NULL NULL YES BTREE
evento_cortesia 1 fk_evento_cortesia_evento_recorrencia1_idx 1 id_recorrencia A 1 NULL NULL YES BTREE
evento_cortesia 1 fk_evento_cortesia_evento_ingresso1_idx 1 id_ingresso A 259 NULL NULL YES BTREE
evento_cortesia 1 fk_evento_cortesia_terminal1_idx 1 id_terminal A 21 NULL NULL YES BTREE
答案 0 :(得分：2)
您创建的索引正在帮助JOIN，但是评估大多数WHERE条件仍然需要MySQL迭代表中的大部分200k行来计算{{1} }。这需要时间。
如果不对数据库结构进行重大更改，就不可能将此查询优化得更快。