MYSQL INNER JOIN медленно с индексом

Question

это мой простой внутреннее соединение:

SELECT 
     SUM(ASSNZ.assenzeDidattiche) AS TotaleAssenze, 
     SUM(ASSNZ.ore) AS totale_parziale, 
     FLOOR(((SUM(ASSNZ.assenzeDidattiche)/SUM(ASSNZ.ore)) * 100)) AS andamento, 
     MAX(ASSNZ.dataLezione) AS ultima_lezione, 
     ASSNZ.idServizio, 
     ASSNZ.idUtente 
    FROM 
     ciac_corsi_assenze AS ASSNZ 
    INNER JOIN 
     ciac_serviziAcquistati_ITA AS ACQ 
       ON ACQ.idContatto = ASSNZ.idUtente 
       AND ACQ.idServizio = ASSNZ.idServizio 
       AND ACQ.stato_allievo <> 'ritirato' 
    GROUP BY 
     ASSNZ.idServizio, 
     ASSNZ.idUtente 

стол "ASSNZ" имеет 213886 строк с индексом "idUtente", "idServizio"

стол "ACQ" имеет 8950 строки с индексом "idContatto", "idServizio"

ASSNZ таблицы:

CREATE TABLE `ciac_corsi_assenze` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `idUtente` int(11) DEFAULT NULL, 
    `idServizio` int(11) DEFAULT NULL, 
    `idCorso` int(11) DEFAULT NULL, 
    `idCalendario` int(11) DEFAULT NULL, 
    `modalita` varchar(255) DEFAULT NULL, 
    `ore` int(11) DEFAULT NULL, 
    `assenzeDidattiche` float DEFAULT NULL, 
    `assenzeAmministrative` float DEFAULT NULL, 
    `dataLezione` date DEFAULT NULL, 
    `ora_inizio` varchar(8) DEFAULT NULL, 
    `ora_fine` varchar(8) DEFAULT NULL, 
    `dataFineStage` date DEFAULT NULL, 
    `giustificata` varchar(128) DEFAULT NULL, 
    `motivazione` longtext, 
    `grouped` int(11) NOT NULL, 
    PRIMARY KEY (`id`), 
    KEY `idUtente` (`idUtente`) USING BTREE, 
    KEY `idServizio` (`idServizio`) USING BTREE, 
    KEY `dataLezione` (`dataLezione`) USING BTREE 
) ENGINE=InnoDB AUTO_INCREMENT=574582 DEFAULT CHARSET=utf8; 

ПОЛУЧ таблицы:

CREATE TABLE `ciac_serviziacquistati_ita` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `idServizio` int(11) NOT NULL, 
    `idContatto` int(11) NOT NULL, 
    `idAzienda` int(11) NOT NULL, 
    `idSede` int(11) NOT NULL, 
    `tipoPersona` int(11) NOT NULL, 
    `num_registro` int(11) NOT NULL, 
    `codice` varchar(255) CHARACTER SET latin1 DEFAULT NULL, 
    `dal` date NOT NULL, 
    `al` date NOT NULL, 
    `ore` int(11) NOT NULL, 
    `costoOrario` decimal(10,0) NOT NULL, 
    `annoFormativo` varchar(128) CHARACTER SET latin1 NOT NULL, 
    `stato_attuale` int(11) NOT NULL, 
    `datore_attuale` int(11) NOT NULL, 
    `stato_allievo` varchar(64) CHARACTER SET latin1 NOT NULL DEFAULT 'corsista', 
    `data_ritiro` date DEFAULT NULL, 
    `crediti_formativi` int(11) NOT NULL, 
    `note` longtext CHARACTER SET latin1 NOT NULL, 
    `valore_economico` decimal(10,2) NOT NULL, 
    `dataInserimento` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, 
    PRIMARY KEY (`id`), 
    KEY `idServizio` (`idServizio`) USING BTREE, 
    KEY `idAzienda` (`idAzienda`) USING BTREE, 
    KEY `idContatto` (`idContatto`) USING BTREE 
) ENGINE=InnoDB AUTO_INCREMENT=9542 DEFAULT CHARSET=utf8; 

это мой EXPLAIN из выбора

Теперь, так как запрос медленно, в течение 1.5s/2.0s ??

Что-то не так?

UPDATE

добавлен новый индекс (с ответом Джона Боллинджера) к таблице ciac_corsi_assenze:

PRIMARY KEY (`id`), 
    KEY `dataLezione` (`dataLezione`) USING BTREE, 
    KEY `test` (`idUtente`,`idServizio`) USING BTREE 
) ENGINE=InnoDB AUTO_INCREMENT=574582 DEFAULT CHARSET=utf8; 

добавлен новый индекс к таблице ciac_serviziAcquistati_ITA:

PRIMARY KEY (`id`), 
    KEY `idAzienda` (`idAzienda`) USING BTREE, 
    KEY `test2` (`idContatto`,`idServizio`) USING BTREE 
) ENGINE=InnoDB AUTO_INCREMENT=9542 DEFAULT CHARSET=utf8; 

Новый EXPLAIN :

Но это всегда медленно :(

Answer 1

Ваши таблицы имеют отдельные индексы на различных колонках, представляющих интерес, но MySQL будет использовать только один индекс для каждой таблицы для выполнения запроса. Этот конкретный запрос, вероятно, будет вызван таблицей ciac_corsi_assenze, имеющей индекс на (idUtente, idServizio) (и такой индекс заменит существующий на (idUtente)). Это должно позволить MySQL избежать сортировки строк результатов для выполнения группировки, и это поможет больше в выполнении соединения, чем любой из существующих индексов.

Запрос, скорее всего, будет вызван таблицей ciac_serviziAcquistati_ITA с индексом на (idContatto, idServizio) или даже на (idContatto, idServizio, ritirato). Любой из них заменит существующий индекс только (idContatto).

Answer 2

Джон пошел в правильном направлении. Однако порядок столбцов в составном индексе нуждается в изменении.

Для GROUP BY, этот порядок необходимо (на ASSNZ):

INDEX(idServizio, idUtente) 

(и что следует заменить KEY(idServizio), но не KEY(idUtente))

Тогда ACQ потребности, в следующем порядке:

INDEX(idContatto, idServizio, stato_allievo) 

замена только KEY(idContatto).