|
|
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
ОС: CentOS 5.3 Каталог с данными MySQL расположен на отдельном разделе с RAID5, скорость работы устраивает. Но например при копировании большого файла на этот раздел или при загрузке дампа приличного размера (~20Гб) проявляются дикие тормоза, при этом CPU не сильно загружен и общая реактивность системы в норме, а запросы выполняются медленно, особенно долго висят запросы на INSET/UPDATE. Нужно каким то образом повысить приоритет MySQL на предмет доступа к разделу. nice я как понимаю тут не в теме, т.к. изменяет приоритет для доступа к CPU. Подскажите как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2009, 18:44 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Поискал получше нашел ionice, это оно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2009, 18:54 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Если ядро 2.6, то поищи аналогичные жалобы на копирование больших файлов и побалуйся с ядерным шедулером. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2009, 19:25 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Крутить шедулер не помогает. Выяснил, на самом деле это баг ядра начиная с ядра 2.6.18, при интенсивном I/O доступ к диску других приложений затруднен, iowait достаточно высокий. На MySQL особенн опри работе с InnoDB это сильно сказывается! Вариант один только откатываться на 2.6.17 :( Как пишут разработчики ядра причину проблемы выяснили и должны скоро решить, но как пишут 2.6.30 из git-репозитария еще эту проблему имеет :( Надо переезжать на соляру :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 03:07 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Еще один момент, тормоза в MySQL проявляются только если для достаточно большой таблицы сделать INSERT INTO table1 SELECT * FROM table2 WHERE ... Переписал запрос по другому, проблема исчезла. Но при копировании файлов на раздел с данными, тормоза конечно же все так же проявляются. Бага черт бы ее :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 04:24 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
> тормоза в MySQL проявляются только если для достаточно большой > таблицы сделать INSERT INTO table1 SELECT * FROM table2 WHERE ... ИМХО это особенность самого MySQL. Тут должна создаваться временная таблица, которая потребует запись на диск. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 10:20 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Это не особенность, а баг в драйвере ide-disk.c Баг уже давно известен разработчикам и с MySQL никак не связан, тоже самое происходит просто при копировании большого файла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 15:22 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
Вобще то, имел в виду вложенный запрос. По крайней мере, постарался это показать в цитате :-) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 17:18 |
|
||
|
MySQL тормзоит при интенсивном обмене с HDD
|
|||
|---|---|---|---|
|
#18+
я бы вообще постенялся предъявлять претензии к скорости записи для RAID-5. особенно в случае коротких записей, что характерно для СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2009, 18:35 |
|
||
|
|
start [/forum/topic.php?fid=25&fpage=123&tid=1485772]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
44ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 202ms |
| total: | 324ms |
| 0 / 0 |
