Назад | Перейти на главную страницу

MySQL перенесен на том EBS, теперь innoDB работает очень медленно

Здравствуйте, у кого-нибудь была подобная проблема .. Я установил новый экземпляр на Amazon EC2 для клиента. Я также прикрепил том EBS объемом 250 ГБ для хранения файлов и настроил mySQL для использования тома EBS.

Следующий http://aws.amazon.com/articles/1663?_encoding=UTF8&jiveRedirect=1 - все было настроено нормально -

sudo mkdir /vol/etc /vol/lib /vol/log
sudo mv /etc/mysql     /vol/etc/
sudo mv /var/lib/mysql /vol/lib/
sudo mv /var/log/mysql /vol/log/

sudo mkdir /etc/mysql
sudo mkdir /var/lib/mysql
sudo mkdir /var/log/mysql

echo "/vol/etc/mysql /etc/mysql     none bind" | sudo tee -a /etc/fstab
sudo mount /etc/mysql

echo "/vol/lib/mysql /var/lib/mysql none bind" | sudo tee -a /etc/fstab
sudo mount /var/lib/mysql

echo "/vol/log/mysql /var/log/mysql none bind" | sudo tee -a /etc/fstab
sudo mount /var/log/mysql

Однако проблема, с которой я столкнулся, заключается в том, что по какой-то причине после переноса mysql в EBS запись и обновление innoDB замедлились почти в десять раз, тогда как myISAM в порядке.

Кто-нибудь видел что-то подобное? Ура

В целом тома EBS подвергались критике за общую несогласованность в работе. При этом есть и другие способы повысить производительность. Например, очевидно, что предварительное выделение пространства (т. Е. Выписывание 1s для всей памяти) ускоряет запись в будущем. См. Этот существующий вопрос о сбое сервера для получения дополнительной информации. Там есть несколько хороших ссылок, но в итоге:

  • JFS, кажется, обеспечивает наивысшую производительность.
  • Выделение места при первом письме происходит очень медленно.
  • Вы можете поместить два тома EBS в RAID10 для повышения производительности.

Однако не забудьте учиться на чужих ошибках ... Reddit, в частности, претерпел серьезные простои из-за того, что тома EBS упали.