Відповіді:
Сьогодні ви можете використовувати MySQL 5.5 зараз. Зараз у мене 5,5,9 у виробництві, і він працює чудово.
Я успішно масштабував MySQL 5.5 за допомогою простої кругової реплікації amonst 3 DB-серверів. Ось макет кожного сервера БД і що працює
/etc/my.cnf має таке
[mysqld]
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_io_capacity=65536
innodb_buffer_pool_instances=1
innodb_bufer_pool_size=162G
Кожен сервер MySQL містить
Через 1 рік він все ще працює як мрія через використання MySQL 5.5 та отримання InnoDB для залучення всіх 12 процесорів.
Таким чином, я цілком задоволений його роботою до цих пір, і тому він є клієнтом.
5.5 - випуск розробки та не підходить для виробництва. Якщо у вас немає конкретної причини, ви навіть не повинні розглянути можливість використання 5.5 для будь-якого використання виробництва.
Ні. Використовуйте percona 5.1 з xtra-db. Percona.com Це швидко, як 5,5, і робить багато речей, якими повинен займатися MySQL. Це безкоштовно, на основі, і є бінарним сумісним як падіння заміни MySQL. У мене ще немає нічого, окрім гарного досвіду роботи з Percona замість MySQL. Не забудьте встановити двигун за замовчуванням на innodb. Показати двигуни; покаже, що ви використовуєте xtradb замість innodb.
Насправді ви повинні використовувати mysql 5.0, планувальник запитів виконує кращу роботу з vbulletin, ніж 5,5. Ми знайшли декілька областей, де планувальник запитів 5,5 призводив до гіршої продуктивності загалом, ніж 5,0, і таким чином відключився назад.
http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html