единственное подозрительное сообщение в логе
"оптимизацией" mysql баловались ? конфигурационный файл крутили?
покажите конфиг и /proc/user_beancounters, и, на всякий случай, еще и ulimit -a
можно попробовать выключить innodb, если он вам не нужен.
Проблем не больше чем в обычном master<->master.
И предвидя ваш вопрос : не обязательно все пробовать, чтобы понимать как что заработает.
ну раз хостер предлагает raid, видимо, может. Хотя не исключено, что это хостер так шутит.
Скрипт, который вы напишите сами.
Вы небось думали, что поставил DLE и все само ?
Сложно угадать насчет распределения, но 200мбит выглядит совсем небольшой величиной. Может быть такая скорость обусловлена не конфигурацией сервера, а ситуацией с каналом ?
Вы убедились, что показатель iowait близок к 100% ?
Проблематично.
Чтобы что-то делать с разделом, нужно отмонтировать корневой раздел, а у вас на нем образы запущенных программ. Система не даст вам его отмонтировать. По крайней мере не очень новые ядра не дадут.
Если речь идет о amazon или другом подобном окружении с самообслуживанием, то можно останавливать VPS, подключать диск в другую VPS и там уже что-то выдумывать.---------- Добавлено 08.07.2013 в 21:23 ----------
ну допустим скачает. а куда этот образ подключать в VPS ?---------- Добавлено 08.07.2013 в 21:24 ----------
Никакой LVM не используется. LVM монтируется в fstab иначе.
mark2011, может и можно, но ведь у вас не стоит задача расширить корневой раздел, а лишь дать каким-то программам хранить больше данных в конкретном каталоге в иерархии ?
так что копируйте данные, удаляйте второй раздел, переразбивайте свободное место на два раздела, подключайте один раздел в нужную папку, а второй в /mnt. Итого должно получится три раздела.
Первое, что нужно решить перед оптимизацией - выяснить ее целесообразность.
Это не самый плохой показатель. Медленные запросы могут быть связаны например с бекапом или еще какой-нибудь операцией.
Или у вас за каждый медленный запрос по пальцу отсекают?
Говорят.
Так же говорят, что можно делать индекс по части строки. Или полнотекстовый индекс.
Теперь уже непонятно, что именно вы там сделали. Лучше новую ситуацию опишите : таблицы, индексы, запросы,explain.
Чтобы "отсекать пальцы" взвешенно, лучше пользоваться программами для обработки slow log : я рекомендую pt-query-digest.
и mysql даже не перезапускался внезапно?
Не надо по-разному. Надо последовательно.
Вроде как старовата. Всего можно ожидать. Я бы обновил.
pan, надо посмотреть логи mysql и сделать так, чтобы написанных там сообщений об ошибках не было. Причины бывают разнообразные.
И пункт 4 снова еще раз сделайте чтобы уж точно создать правильные файлы, а не чинить возможно неправильные.
ivan-lev, вы здесь недавно? это у Андрея такой стиль.
