| key_1(5) | key_2(6) | key_3(7) | key_4(8) | key_5(9) | value(120)
1 | AbCde | AbCde1 | AbCde1B | AbCde1B2 | AbCde1B2a | asdsdsadasdasd...
2 | AbCde | AbCde4 | AbCde4h | AbCde4hG | AbCde4hGm | d21d4ff34ff34f...create table(....) ENGINE=MyISAM;create table(....) ENGINE=InnoDB;
Но если нужна простота и быстрота - MongoDB.
ERROR 1034 (HY000): Index for table 'TABLE_NAME' is corrupt; try to repair it
- возможность одному значению задавать 5 ключей и более (некоторые ключи могут совпадать)
CREATE INDEX t1_idx ON t1(key1, key1,key3) COMPRESS 5;На данный момент данные построчно записанны в .txt которые я переконвертировал в .sql
если создать пустую структуру и задать столбцам сразу индекс быстрый импорт превращается в очень медленный, будто скорость -x100, и я подумал без индексов загрузить сразу 5 млрд записей а дальше задать индексы но не тут та было спустя ~ 6 часов обработки ошибка "ERROR 1034 (HY000): Index for table 'TABLE_NAME' is corrupt; try to repair it"
Шифрование файловой системы по типу encfs, cryfs и тому подобные не интересует. Нужно что-то вроде VeraCrypt.
Для большой БД это невыгодно. 10 млрд записей сожрут много ОЗУ.
Тюнинг БД а 99% состоит из нескольких важных для бизнеса запросов которые должны
работать очень быстро. На остальные - наплевать.
Вот если ты будешь искать по 5 ключам - то мой кейс работает.
Если ты захочешь искать по 4 и 5 ключу то мой композитный индекс уже не годится
и нужно придумывать что-то другое.
Когда ты создаешь таблицу и указываешь 5 полей как primary key - то движок MySQL
автоматом создает unique композитный индекс по этим 5 полям и добавляет констрейнт ПК.