MySQL + InnoDB + ReiserFS = ???
Было: Linux 2.6.31 Xeon, 2Gb RAM, Аппаратный RAID 1
Стало: Linux 3.0.6 x86_64 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux, 1Gb RAM, Software Raid 1
Причина переезда: на старом сервере рассыпалась файловая система раздела /var (reiserfs) - перемонтировалась в ReadOnly. Попытки починить и все такое завершились неудачно + ко-всему это был продакшн сервер и требовалось минимизировать простой, поэтому все сервисы переехали на другой сервер.
На другом сервере я получил очень хреновую картину.
Дело в том что MySQL (5.1.56) имеет базу innoDB с одной таблицей размером 15Gb (и соответственно файлом). Тяжелые SELECT запросы к этой таблице вызывают падение демона + к этому сегодня опять посыпалась файловая система (перемонтировалась в readonly), что зацепило другие базы и таблицы (в формате MyISAM).
Пытаюсь понять что за полтергейст и как его лечить.
Требуется помощь сообщества.
- Для комментирования войдите или зарегистрируйтесь
с одной таблицей размером
таблицей или базой ?
если базой то - http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html
если таблицей - http://dev.mysql.com/doc/refman/5.1/en/partitioning.html
логи на отдельные шпинделя, лучше на 5-е
в обоих случаях те, кто это допустил - редиски
П.С на такое
не просто смешно, а уже и троллизмом пахнет
8 ГБ минимум, 16 хорошо, 24 рекоммендед
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Это не троллизм, а суровая
Это не троллизм, а суровая правда жизни (
База - от заббикса. Высокая нагрузка появляется только при рисовании суточных/недельных/... графиков (вобщем в эти моменты мускул и падает... статистика в ту же самую таблицу пишется нормально)
Да ладно, бог с ней с базой (за ссылку на партишининг спасибо)
Почему файловая рассыпается? Вот в чем основной вопрос!
КО намекает, что не хватает
КО намекает, что не хватает ресурсов, тем более реисер - не лучшая фс в данном случае
http://dev.mysql.com/doc/refman/5.0/en/innodb-raw-devices.html
ну или на слоника, db2, оракл или мелкомягких - 15 гб это не для mysql, тем более на 1 гб раме
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Окей. Какую лучше всего ФС
Окей. Какую лучше всего ФС тогда использовать? (ну кроме RAW-device)
XFS? EXT3? что-то еще?
И как себя ведет SQLite при аналогичных объемах? (Заббиксу не обязателен мускул, но ставить ради него постгрес или оракл... проще историю кастрировать и не давать базе так разрастаться)
sqlite на таких объёмах ведёт
sqlite на таких объёмах ведёт себя даже не смешно.
А в чём проблема поставить PostgrSQL, я не вижу.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
лучше, вернее необходимо
лучше, вернее необходимо абсолютно, добавить рамы - правда оно все равно будет ложится на такой машине с такимими нагрузками ( и заббиксом) - но хотя бы не будет крешится.
Я бы делал на xfs - но оно кушает память сильнее, чем реисер
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)