LINUX.ORG.RU
Форум — Admin  

MySQL vs. Percona

 


0

2

Была ли у кого-нибудь история успеха по замене первого последним? Какие подводные камни и спрятанные задницы могут при этом быть?

★★★★★
← Чем это объяснить?
Вопрос теоретической возможности и практической реализации одной фичи →

Какие подводные камни

Пока не нашел ни одного. 

[username@db ~]$ rpm -qa | grep Percona
Percona-Server-shared-55-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-server-55-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-55-debuginfo-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-client-55-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-shared-compat-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-test-55-5.5.17-rel22.1.196.rhel6.x86_64
Percona-Server-devel-55-5.5.17-rel22.1.196.rhel6.x86_64
[username@db ~]$ uname -a
Linux db 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
Если придираться - то у них нет проверки в запускающем скрипте на наличие уже запущенного сервера. Теоретически можно побить таблицы запустив его дважды. Вероятнно, в новых релизах уже пофиксили.

По сравнению с mysql 5.0.45 из комплекта el5 просто реактивный.

fjoe ★
()
Ответ на: комментарий от fjoe

Если придираться - то у них нет проверки в запускающем скрипте на наличие уже запущенного сервера.

Ну, скрипт и пропатчить не проблема. Все равно за ним monit какой-то будет присматривать, его тоже манерам можно обучить.

shimon ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Чем это объяснить?
Admin
Вопрос теоретической возможности и практической реализации одной фичи →