Non è possibile creare un indice su una vista:http:/ /dev.mysql.com/doc/refman/5.7/en/view-restrictions.html , quindi devi sperare che l'indice venga utilizzato. https://stackoverflow.com/a/7922711/3595565
Soluzione alternativa
C'è una soluzione alternativa menzionata nei commenti di un'altra parte della documentazione:https://dev.mysql.com/doc/refman/5.5/en/create-view.html In cui crei una tabella normale e imposti il tuo indice specializzato e carichi i dati dalla vista nella tabella.
LOCK TABLES materializedView WRITE;
TRUNCATE materializedView;
INSERT INTO materializedView SELECT * FROM regularView;
UNLOCK TABLES;
Perché la tua query non utilizza gli indici?
Quando si utilizza UNION in un SELECT mysql crea una tabella temporanea per salvare i dati. Quindi, poiché una vista è una "scorciatoia" per la tua query più complessa, quando chiami select eseguirà nuovamente l'unione, usa una tabella temporanea ... usa l'algoritmo temptable per elaborare i dati.
Controllo di nuovo del manuale:http://dev.mysql. com/doc/refman/5.7/en/view-restrictions.html
Conclusione :Il UNION nella tua query impedisce alla vista di utilizzare gli indici.
Fonti
domanda nel forum mysql per lo stesso problema risposta:
bugreport "NON CREARE TABELLE TEMPORANEE PER UNION ALL"
Risolto in MySQL 5.7 http:/ /dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-3.html
Alcuni dati di prova per verificare il profiler
CREATE TABLE test1 (
id int auto_increment PRIMARY KEY,
col1 varchar(50),
col2 varchar(50)
);
CREATE TABLE test2 (
id int auto_increment PRIMARY KEY,
col1 varchar(50),
col2 varchar(50)
);
INSERT INTO test1 (col1, col2)
VALUES
('test', 'testcol2'),
('test', 'testcol2'),
('test', 'testcol2'),
('test', 'testcol2'),
('test', 'testcol2'),
('test', 'testcol2');
INSERT INTO test2 (col1, col2)
VALUES
('test2', 'testcol2'),
('test2', 'testcol2'),
('test2', 'testcol2'),
('test2', 'testcol2'),
('test2', 'testcol2'),
('test2', 'testcol2');
CREATE VIEW testview AS
SELECT * FROM test1
UNION
SELECT * FROM test2;
Controlla il profiler:
SET PROFILING = 1;
SELECT * FROM testview WHERE id = 1;
+----+-------+----------+
| id | col1 | col2 |
+----+-------+----------+
| 1 | test | testcol2 |
| 1 | test2 | testcol2 |
+----+-------+----------+
SHOW PROFILE;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| starting | 0.000017 |
| Waiting for query cache lock | 0.000004 |
| checking query cache for query | 0.000029 |
| checking permissions | 0.000006 |
| Opening tables | 0.000121 |
| System lock | 0.000012 |
| checking permissions | 0.000014 |
| checking permissions | 0.000032 |
| optimizing | 0.000004 |
| statistics | 0.000007 |
| preparing | 0.000006 |
| executing | 0.000003 |
| Sending data | 0.000046 |
| optimizing | 0.000003 |
| statistics | 0.000004 |
| preparing | 0.000003 |
| executing | 0.000002 |
| Sending data | 0.000023 |
| optimizing | 0.000003 |
| statistics | 0.000003 |
| preparing | 0.000003 |
| executing | 0.000002 |
| Sending data | 0.000008 |
| removing tmp table | 0.000005 |
| Sending data | 0.000005 |
| Waiting for query cache lock | 0.000002 |
| Sending data | 0.000024 |
| init | 0.000011 |
| optimizing | 0.000006 |
| statistics | 0.000004 |
| preparing | 0.000006 |
| executing | 0.000002 |
| Sending data | 0.000021 |
| end | 0.000003 |
| query end | 0.000004 |
| closing tables | 0.000002 |
| removing tmp table | 0.000004 |
| closing tables | 0.000006 |
| freeing items | 0.000005 |
| Waiting for query cache lock | 0.000003 |
| freeing items | 0.000013 |
| Waiting for query cache lock | 0.000002 |
| freeing items | 0.000002 |
| storing result in query cache | 0.000003 |
| logging slow query | 0.000002 |
| cleaning up | 0.000003 |
+--------------------------------+----------+
Non posso estrarre troppe informazioni dal profilo, ma menziona una tabella temporanea, abbastanza (per me) per convalidare la mia conclusione.
