![]() |
|
Модераторы: skyboy |
![]()
|
|
| ZeusAtVingrad |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 82 Регистрация: 12.4.2006 Репутация: нет Всего: нет |
Нужно было снять дамп базы (метров 150) в описанной многопроцессорной конфигурации.
Запустил mysqldump - висел он, висел (top показывает, что mysql жрёт 35% процессорного времени), не дождался я его завершения. Зашёл консольным клиентом (mysql), простой select * from tableName; тоже "завис" надолго (хотя обычно даже для больших баз сразу начинает выдавать данные - только листай). Попробовал удалить старые записи - delete from.... тоже заблокировался и не заканчивает работу. Все описанные ситуации прерываются <ctrl-c>, но дело-то в итоге остаётся не сделанным. Что это может быть? У меня два варианта развития мыслей: 1. Повреждение данных базы (насколько вероятно?) 2. Особенность работы mysql на многопроцессорных конфигурациях. Кто-нибудь с таким сталкивался? Спасибо. |
|||
|
||||
| Ignat |
|
|||
![]() Флудератор ![]() ![]() ![]() ![]() Профиль Группа: Экс. модератор Сообщений: 4030 Регистрация: 19.4.2004 Где: غيليندزيك مدينة Репутация: 21 Всего: 73 |
Очень вероятно. Симптомы похожи на "полетевшие" индексы. Стоит воспользоваться утилитой checkmyisam и сделать REPAIR TABLE.
Теоретически муське по барабану сколько там процов, особенности должны ложиться на ядро ОСи и планировщик. -------------------- Теперь при чем :P |
|||
|
||||
| ZeusAtVingrad |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 82 Регистрация: 12.4.2006 Репутация: нет Всего: нет |
Спасибо.
Пока буду рассматривать эту версию, как рабочую. Утилиту запускать уже негде - базу грохнул и создал заново. |
|||
|
||||
![]()
|
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | MySQL | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |