1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
CREATE TABLE IF NOT EXISTS `mess_sett` (
`id` int(10) unsigned NOT NULL,
`date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`prew` text COLLATE utf8mb4_unicode_ci NOT NULL,
`man_id` int(10) unsigned NOT NULL,
`girl_id` int(10) unsigned NOT NULL,
`man_where` enum('inbox','outbox','') COLLATE utf8mb4_unicode_ci NOT NULL,
`man_group` tinyint(1) NOT NULL DEFAULT '0',
`man_saw` tinyint(1) NOT NULL DEFAULT '0',
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
Всего записей 20 млн.
Выборка по `man_id` вернёт около 3000-4000 тысяч записей
Выборка по `man_id` + `man_where` оставит уже 2000-3000 тысячи записей
Выборка по `man_id` + `man_where` + `man_group` оставит уже в одном разделе 1990-2990, в другом 10 записей. (то есть по полю `man_group` отсеиваются всего 10 записей).
Запросы:
1.
2.
3.
SELECT ... WHERE `man_id` = 1 AND `man_where` = 'inbox' AND `man_group` = 1 ORDER BY `id` DESC
SELECT ... WHERE `man_id` = 1 AND `man_where` = 'inbox' AND `man_group` = 1 ORDER BY `man_saw` ASC
SELECT ... WHERE `man_id` = 1 AND `man_where` = 'inbox' AND `man_group` = 1 ORDER BY `girl_id` ASC
Без составного индекса по полю сортировки во временной таблице будет сортироваться около 1000-2000 записей.
Как верно в данном случае составить индекс/индексы?
Я вот думаю:
1) Только лишь составной по
`man_id` + `man_where` + `man_group`
2) Сделать 3 составных индекса по полям:
`man_id` + `man_where` + `man_group` + `id`
`man_id` + `man_where` + `man_group` + `girl_id`
`man_id` + `man_where` + `man_group` + `man_saw`
3) Сделать 1 составной и несколько простых с надеждой, что мускул сам объединит индексы и правильно всё сделает:
`man_id` + `man_where` + `man_group`
`id`
`girl_id`
`man_saw`
