Индекс первичного ключа с DATETIME в качестве первой части составного ключа никогда не используется

17

У меня проблема с индексированием даты (или даже даты) в качестве первой части моего первичного ключа.

Я использую MySQL 5.5

Вот мои две таблицы:

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

Я заполняю обе таблицы одинаковыми данными (около 10 000 000)

Но:

  • В таблице статистики используется DATETIME для dateDim
  • stats_todays использовать un INTEGER с TO_DAYS () для dateDim

Мой вопрос: почему MySQL не использует первичный ключ, когда первая часть индекса является datetime ??? Это очень странно, поскольку с теми же данными, но объединенными с INTEGER и TO_DAYS (dateDim), один и тот же запрос качается ....

Пример с таблицей статистики (и датой и временем):

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

Тот же запрос в другой таблице stats_todays (с INTEGER и 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

Если вы прочитаете полный пост, вы поймете, что это не проблема низкой мощности, так как запрос работает с точно такой же мощностью с полем INTEGER dateDim ....

Вот некоторые подробности:

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

Result:


COUNT(DISTINCT dateDim)
2192
2192

Вот описание ИНДЕКСА:

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

ВЫБЕРИТЕ dateDim, COUNT (*) ИЗ СТАТИСТИКИ ГРУППЫ ПО DateDim С ROLLUP

  • говорит, что есть 2192 различных дат, и перераспределение является гладким (приблизительно 3000 - 4000 строк по дате)
  • в таблице 8 831 990 строк
  • То же самое для другой таблицы
  • Я пытался с COVERING INDEX (замена * на все столбцы PK) => ничего не изменилось
  • Я пытался заставить | использовать индекс => ничего не изменилось
  • То же самое с полем даты вместо datetime
  • То же самое с INDEX или UNIQUE вместо первичного ключа
mysql index mysql-5.5 primary-key nemenems
источник
Это действительно странно. То же самое происходит, если вы используете dateвместо datetime?
ypercubeᵀᴹ
да, он делает то же самое
1
А если побежишь WHERE dateDim = DATE('2014-04-03 00:00:00')?
ypercubeᵀᴹ
1
С изменением порядка ПК это работает. Но на самом деле я хочу сделать запрос только с dateDim и accountDim в предложении where. Я использую все поля pk для изучения конкретного случая ...
1
WHERE dateDim = DATE ('2014-04-03 00:00:00') => ничего не изменилось

Ответы:

6

Это ошибка в 5.5.x. Смотри здесь

Это говорит о том, что ваш запрос должен быть

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
Рэй Бакстер
источник
1

Начиная с версии int таблицы 

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

прекрасно работает с точки зрения запроса, вы должны иметь dateDim, содержащий UNIX_TIMESTAMP () строки datetime. Ваш запрос будет выглядеть примерно так:

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
источник