Indeks klucza głównego z DATETIME jako pierwszą częścią klucza złożonego nigdy nie jest używany

17

Mam problem z INDEKSOWANIEM DATETIME (lub nawet daty) jako pierwszej części mojego klucza podstawowego.

Używam MySQL 5.5

Oto moje dwie tabele:

-- 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

Obie tabele wypełniam dokładnie tymi samymi danymi (blisko 10 000 000)

Ale:

  • tabela statystyk używa DATETIME dla dateDim
  • stats_todays używa un INTEGER z TO_DAYS () dla dateDim

Moje pytanie brzmi: dlaczego MySQL NIE UŻYWA KLUCZA PODSTAWOWEGO, gdy pierwszą częścią indeksu jest data / godzina? Jest to bardzo dziwne, ponieważ z tymi samymi danymi, ale skonsolidowanymi z INTEGER i TO_DAYS (dateDim), to samo żądanie działa ...

Przykład z tabelą statystyk (i datetime):

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

To samo żądanie w drugiej tabeli stats_todays (Z INTEGER i 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    

Jeśli czytasz cały post, rozumiesz, że nie jest to problem niskiej liczności, ponieważ żądanie działa dokładnie z tą samą licznością z polem INTEGER dateDim ....

Oto kilka zaawansowanych szczegółów:

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

Result:


COUNT(DISTINCT dateDim)
2192
2192

Oto opis INDEKSU:

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        

WYBIERZ dateDim, COUNT (*) FROM STATYSTYKA GRUPUJ WG dateDim Z ROLLUP

  • informuje, że istnieje 2192 różnych dat, a podział jest płynny (około 3000 - 4000 wierszy według daty)
  • w tabeli znajduje się 8 831 990 wierszy
  • To samo dotyczy drugiego stołu
  • Próbowałem z INDEKSEM ZAKŁADKOWYM (zastępując * wszystkimi kolumnami PK) => nic się nie zmieniło
  • Próbowałem wymusić | użyj indeksu => nic się nie zmieniło
  • To samo z polem daty zamiast datetime
  • To samo z INDEX lub UNIQUE zamiast klucza podstawowego
nemenems
źródło
To naprawdę dziwne. Czy to samo dzieje się, jeśli używasz datezamiast datetime?
ypercubeᵀᴹ
tak, robi dokładnie to samo
1
A jeśli uciekniesz WHERE dateDim = DATE('2014-04-03 00:00:00')?
ypercubeᵀᴹ
1
Po zmianie kolejności pk to działa. Ale tak naprawdę chcę złożyć wniosek, używając tylko dateDim i accountDim w klauzuli where. Używam wszystkich pól pk do studium przypadku ...
1
GDZIE dateDim = DATE ('2014-04-03 00:00:00') => nic się nie zmieniło

Odpowiedzi:

6

To jest błąd w 5.5.x. Zobacz tutaj

To sugeruje, że twoje zapytanie powinno być

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
źródło
1

Od wersji int tabeli

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 

działa dobrze pod względem zapytania, powinieneś mieć dateDim zawierać UNIX_TIMESTAMP () ciągu datetime. Twoje zapytanie wyglądałoby bardziej tak:

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
źródło