Здравствуйте, у кого-нибудь была подобная проблема .. Я установил новый экземпляр на 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 подвергались критике за общую несогласованность в работе. При этом есть и другие способы повысить производительность. Например, очевидно, что предварительное выделение пространства (т. Е. Выписывание 1
s для всей памяти) ускоряет запись в будущем. См. Этот существующий вопрос о сбое сервера для получения дополнительной информации. Там есть несколько хороших ссылок, но в итоге:
Однако не забудьте учиться на чужих ошибках ... Reddit, в частности, претерпел серьезные простои из-за того, что тома EBS упали.