缓慢的查询Mysql 5.7通过varchar列排序

我有一个Linux VM与MySQL 5.7.19。登录慢查询和log-queries-not-using-indexes我注意到这个查询：缓慢的查询Mysql 5.7通过varchar列排序

# Time: 2017-08-05T11:10:36.881359Z 
# [email protected]: root[root] @ localhost [127.0.0.1] Id: 2070 
# Query_time: 0.000381 Lock_time: 0.000145 Rows_sent: 1 Rows_examined: 35 
SET timestamp=1501931436; 
SELECT * FROM `cliente` order by denominazione;

因为我设置long_query_time = 5，看来查询记录，因为它不使用索引。地名释义查询我有：

id select_type  table partitions type possible_keys key  key_len  ref  rows filtered Extra 
1 SIMPLE cliente  NULL ALL  NULL NULL NULL NULL 35 100.00 Using filesort

这是我的表的DDL：

CREATE TABLE `cliente` (
    `id` bigint(20) NOT NULL, 
    `creatoDa` varchar(255) DEFAULT NULL, 
    `dataInserimento` datetime DEFAULT NULL, 
    `dataUltimaModifica` datetime DEFAULT NULL, 
    `modificatoDa` varchar(255) DEFAULT NULL, 
    `ENTITY_UID` varchar(36) NOT NULL, 
    `version` int(11) DEFAULT NULL, 
    `attivo` tinyint(1) NOT NULL DEFAULT '1',  
    `denominazione` varchar(255) NOT NULL, 
    `email` varchar(255) DEFAULT NULL, 
    `note` longtext, 
    `password` varchar(255) NOT NULL, 
    `username` varchar(255) NOT NULL, 
    `dataUltimoPing` datetime DEFAULT NULL 
) ENGINE=InnoDB DEFAULT CHARSET=utf8; 



ALTER TABLE `cliente` 
    ADD PRIMARY KEY (`id`), 
    ADD UNIQUE KEY `UK_75j8vo25r1ws35vccamep965h` (`ENTITY_UID`), 
    ADD UNIQUE KEY `UK_sgwkt4eif8lb1e5miakwnu7q9` (`username`), 
    ADD KEY `idx_denominazione` (`denominazione`), 
    ADD KEY `idx_attivo` (`attivo`)

我不知道为什么MySQL是不使用索引来排序结果考虑到我有一个指数< 768 denominazione（varchar（255））字段。

来源

2017-08-05 drenda

你的表有多少个记录？优化器不会总是使用索引。 –

我只有35条记录 – drenda

MySQL优化器是基于成本的，并且检测到全表扫描是用有限数量的行/记录检索记录的最快方法。而不是做随机磁盘I/O来检索这些现有记录慢得多的记录。其他记录会自动使优化器在适当的时候利用您的索引。

来源

2017-08-05 11:34:39

所以如果这是最好的选择，为什么Mysql登录缓慢的查询文件？我的理解是我必须优化查询。 – drenda

@drenda只有35条记录，优化程序得出结论，使用索引比完全扫描需要更长的时间。 –

缓慢的查询Mysql 5.7通过varchar列排序

回答

相关问题