O índice de chave primária com DATETIME como primeira parte da chave composta nunca é usado

17

Estou com um problema ao INDEXAR UM DATETIME (ou mesmo uma data) como primeira parte da minha CHAVE PRIMÁRIA.

Eu uso o MySQL 5.5

Aqui estão minhas duas tabelas:

-- This is my standard table with dateDim as a dateTime

CREATE TABLE `stats` (
 `dateDim` datetime NOT NULL,
 `accountDim` mediumint(8) unsigned NOT NULL,
 `execCodeDim` smallint(5) unsigned NOT NULL,
 `operationTypeDim` tinyint(3) unsigned NOT NULL,
 `junkDim` tinyint(3) unsigned NOT NULL,
 `ipCountryDim` smallint(5) unsigned NOT NULL,
 `count` int(10) unsigned NOT NULL,
 `amount` bigint(20) NOT NULL,
 PRIMARY KEY (`dateDim`,`accountDim`,`execCodeDim`,`operationTypeDim`,`junkDim`,`ipCountryDim`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8


-- Here is a copy with datDim as an integer

CREATE TABLE `stats_todays` (
`dateDim` int(11) unsigned NOT NULL,
 `accountDim` mediumint(8) unsigned NOT NULL,
 `execCodeDim` smallint(5) unsigned NOT NULL,
 `operationTypeDim` tinyint(3) unsigned NOT NULL,
 `junkDim` tinyint(3) unsigned NOT NULL,
 `ipCountryDim` smallint(5) unsigned NOT NULL,
 `count` int(10) unsigned NOT NULL,
 `amount` bigint(20) NOT NULL,
 PRIMARY KEY (`dateDim`,`accountDim`,`execCodeDim`,`operationTypeDim`,`junkDim`,`ipCountryDim`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Preenjo ambas as tabelas com exatamente os mesmos dados (cerca de 10 000 000)

Mas:

  • tabela de estatísticas use DATETIME para dateDim
  • stats_todays use un INTEGER com TO_DAYS () para dateDim

Minha pergunta é: por que o MySQL não usa a chave primária quando a primeira parte do índice é datetime ??? É muito estranho, pois com os mesmos dados, mas consolidado com um INTEGER e TO_DAYS (dateDim), a mesma solicitação é ótima.

Exemplo com tabela de estatísticas (e data e hora):

SELECT * 
FROM `stats`  
WHERE 
   dateDim = '2014-04-03 00:00:00' 
   AND accountDim = 4
   AND execCodeDim = 9
   AND operationTypeDim = 1
   AND junkDim = 5
   AND ipCountryDim = 3

=> 1 result (4.5sec)

Explain:

id  select_type     table   type    possible_keys   key     key_len     ref     rows           Extra
1   SIMPLE          stats   ALL           NULL     NULL       NULL      NULL    8832329     Using where

Mesma solicitação na outra tabela stats_todays (With INTEGER e TO_DAYS ())

EXPLAIN SELECT * 
FROM `stats_todays`  
WHERE 
   dateDim = TO_DAYS('2014-04-03 00:00:00')
   AND accountDim = 4
   AND execCodeDim = 9
   AND operationTypeDim = 1
   AND junkDim = 5
   AND ipCountryDim = 3

=> Result 1 row (0.0003 sec) 

Explain:

id  select_type     table          type     possible_keys   key     key_len     ref                               rows  Extra
1   SIMPLE         stats_todays     const   PRIMARY     PRIMARY     13  const,const,const,const,const,const     1    

Se você ler a publicação completa, entende que não é um problema de baixa cardinalidade, já que a solicitação funciona exatamente com a mesma cardinalidade com um campo INTEGER dateDim ....

Aqui estão alguns detalhes avançados:

SELECT COUNT( DISTINCT dateDim )
FROM stats_todays
UNION ALL
SELECT COUNT( DISTINCT dateDim )
FROM stats;

Result:


COUNT(DISTINCT dateDim)
2192
2192

Aqui está a descrição do INDEX:

SHOW INDEXES FROM `stats` 

Table   Non_unique  Key_name    Seq_in_index    Column_name     Collation   Cardinality     Sub_part    Packed  Null    Index_type  Comment     Index_comment
stats   0            PRIMARY          1         dateDim           A     6921           NULL                 NULL        BTREE        
stats   0            PRIMARY          2         accountDim        A     883232         NULL                 NULL        BTREE        
stats   0            PRIMARY          3         execCodeDim       A     8832329     NULL                NULL        BTREE        
stats   0            PRIMARY          4         operationTypeDim  A     8832329     NULL                NULL        BTREE        
stats   0            PRIMARY          5         junkDim           A     8832329     NULL                NULL        BTREE        
stats   0            PRIMARY          6         ipCountryDim      A     8832329     NULL                NULL        BTREE       

SHOW INDEXES FROM `stats_todays` 

Table   Non_unique  Key_name    Seq_in_index    Column_name     Collation   Cardinality     Sub_part    Packed  Null    Index_type  Comment     Index_comment
stats_todays    0   PRIMARY     1              dateDim              A        7518   NULL                   NULL         BTREE        
stats_todays    0   PRIMARY     2              accountDim           A        4022582    NULL                   NULL         BTREE        
stats_todays    0   PRIMARY     3              execCodeDim          A        8045164    NULL                   NULL         BTREE        
stats_todays    0   PRIMARY     4              operationTypeDim     A        8045164    NULL                   NULL         BTREE        
stats_todays    0   PRIMARY     5              junkDim              A        8045164    NULL                   NULL         BTREE        
stats_todays    0   PRIMARY     6              ipCountryDim         A        8045164    NULL                   NULL         BTREE        

SELECIONE dateDim, COUNT (*) DAS estatísticas GRUPO POR dateDim WITH ROLLUP

  • informa que há 2192 datas diferentes e a repartição é suave (aproximadamente 3000 - 4000 linhas por data)
  • existem 8 831 990 linhas na tabela
  • O mesmo para a outra tabela
  • Eu tentei com COVERING INDEX (substituindo * por todas as colunas PK) => nada mudou
  • Eu tentei forçar | use index => nada mudou
  • O mesmo com o campo date em vez de datetime
  • O mesmo com INDEX ou UNIQUE em vez da chave primária
nemenems
fonte
Isso é realmente estranho. O mesmo acontece se você usar em datevez de datetime?
ypercubeᵀᴹ
sim, ele faz exatamente o mesmo #
1
E se você correr WHERE dateDim = DATE('2014-04-03 00:00:00')?
ypercubeᵀᴹ
1
Com um reordenamento do pk, ele funciona. Mas, de fato, desejo fazer uma solicitação apenas com dateDim e accountDim na cláusula where. Eu uso todos os campos pk para o estudo de caso ...
1
WHERE dateDim = DATE ('2014-04-03 00:00:00') => nada mudou

Respostas:

6

Este é um erro no 5.5.x. Veja aqui

Isso sugere que sua consulta deve ser

SELECT * 
FROM `stats`  
WHERE 
   dateDim = CAST('2014-04-03 00:00:00' as datetime)
   AND accountDim = 4
   AND execCodeDim = 9
   AND operationTypeDim = 1
   AND junkDim = 5
   AND ipCountryDim = 3
Ray Baxter
fonte
1

Desde a versão int da tabela

CREATE TABLE `stats_todays` ( 
`dateDim` int(11) unsigned NOT NULL, 
 `accountDim` mediumint(8) unsigned NOT NULL, 
 `execCodeDim` smallint(5) unsigned NOT NULL, 
 `operationTypeDim` tinyint(3) unsigned NOT NULL, 
 `junkDim` tinyint(3) unsigned NOT NULL, 
 `ipCountryDim` smallint(5) unsigned NOT NULL, 
 `count` int(10) unsigned NOT NULL, 
 `amount` bigint(20) NOT NULL, 
 PRIMARY KEY (`dateDim`,`accountDim`,`execCodeDim`,`operationTypeDim`,`junkDim`,`ipCountryDim`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 

funciona bem em termos de consulta, você deve ter dateDim que contenha o UNIX_TIMESTAMP () da cadeia de data e hora. Sua consulta seria mais ou menos assim:

SELECT *        
FROM `stats`         
WHERE        
   dateDim = UNIX_TIMESTAMP('2014-04-03 00:00:00')
   AND accountDim = 4       
   AND execCodeDim = 9       
   AND operationTypeDim = 1       
   AND junkDim = 5       
   AND ipCountryDim = 3       
RolandoMySQLDBA
fonte