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
źródło
date
zamiastdatetime
?WHERE dateDim = DATE('2014-04-03 00:00:00')
?Odpowiedzi:
To jest błąd w 5.5.x. Zobacz tutaj
To sugeruje, że twoje zapytanie powinno być
źródło
Od wersji int tabeli
działa dobrze pod względem zapytania, powinieneś mieć dateDim zawierać UNIX_TIMESTAMP () ciągu datetime. Twoje zapytanie wyglądałoby bardziej tak:
źródło