Форум пользователей MySQL

rgbeast написал:

> Ситуаци�  о� лажн� ет� �  тем, что необходимо и� пользовать индек� ы на таких объемах данных. Что приводит к тому, что по� ледующа�  загрузка занимает продолжительное врем� .

Попробуйте отключать индек� ы на врем�  загрузки:
ALTER TABLE `table` DISABLE KEYS;
LOAD DATA
ALTER TABLE `table` ENABLE KEYS;


MyISAM в один поток - недо� таточно бы� тро?

С отключенными индек� ами отлично заливает� � .
Первый csv дамп в 25G заливает� �  - 30 min 58.17 sec
Потом отключаем индек� ы.
Второй csv дамп в 14G заливает� �  18 min 51.23 sec.
Индек� ы по� ле включени�  � тро� т� �  1 hour 9 min 52.03 sec.

� езультаты хорошие. � о е� ть опа� ение ка� ательно объема таблиц. MyISAM помнит� �  �  большими таблицами работал крайне не � табильно. Aria конечно по заверени� м Монти более � табильна. � о как мне кажет� �  InnoDB при таблицах в не� колько � отен гиг более предпочтительный вариант. � о только он заливает� �  довольно долго в один поток. Я наверное попробую отключение индек� а и �  InnoDB. � о даже е� ли � коро� ть � уще� твенно повы� ит� �  хотело� ь бы в� е равно лить в не� колько потоков. �  то довольно гру� тно � мотреть в top и видеть как грузит� �  лишь одно � дро из 8. �  Е� ли их 16 или 32?

� у и вопро� . � а� колько корректно вообще заливать в mysql не� колько потоков? Как �  пи� ал выше, mysql по крайней мере � о � тати� тикой � ходит �  ума. Хот�  таблицы по� ле заливки вроде как кон� и� тентны.

У мен�  были регул� рные проблемы �  MyISAM - тиблицы крашили� ь каждую неделю. Правда то при и� пользовании репликации.
Проблема решала� ь переводом на InnoDB. � о в данном � лучае � то не актуально, так как репликаци�  не и� пользует� � .

P.S. Кака� -то ерунда �  форумом. Отправл� ешь � ообщение и он его режит до первых не� кольких букв. � едактируешь его и вновь втавл� ешь тек� т и на некоторых � имволах ромбики. � аботаю в linux �  браузерами chrome и firefox.

Отредактированно sv (29.10.2015 16:47:25)