MySQL “Sending data” 非常慢

Question

我现在有一个包含 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)和本地主机(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       

Answer 1

您创建的索引有助于 JOIN，但评估了大部分 WHERE条件仍然要求 MySQL 迭代表中 200k 行中的大部分来计算 COUNT() 。这需要时间。

在不对数据库结构进行重大更改的情况下，该查询不可能优化得更快。