#mysql #debian #lenny #percona
#mysql #debian #ленни #percona
Вопрос:
Я хотел бы заменить MySQL 5.1 на моем 32-разрядном сервере Debian Lenny на Percona Server на XtraDB. Основная причина — лучшая производительность Percona.
Это производственный сервер со многими запущенными службами. Многие другие программы могут зависеть от mysql-client и других разделяемых библиотек mysql.
Безопасно ли заменять MySQL?
Под «безопасным» я подразумеваю: 1. удалите mysql, 2. установите percona 3. все работает как раньше
Нарушит ли это зависимости в стороннем программном обеспечении? Потребуется ли для этого изменить конфигурацию стороннего программного обеспечения (ie. путь к сокету, порт сервера, путь к разделяемым библиотекам)? Потребуется ли для этого установить триллион дополнительных пакетов?
Я действительно не хочу ситуации со сломанными библиотеками, отсутствующими или несовместимыми файлами заголовков и так далее
Комментарии:
1. Очевидной поломкой будут любые приложения, которые вы написали для взаимодействия с MySQL. В противном случае мы не знаем, какое программное обеспечение у вас есть, поэтому мы не знали бы, что будет сломано. 😉
2. @IAbstract: Percona утверждает, что является «заменой стандартного InnoDB». Итак, я ожидаю заменить mysql этим, и все должно работать точно так же, как и раньше, и это должно быть независимо от клиентского программного обеспечения
3. Как это было? Вы устанавливали таким образом? Какие проблемы и какую информацию вы можете добавить в этот раздел?
Ответ №1:
В настоящее время мы находимся в процессе обновления с MySQL 4.1 до Percona Server 5.5 на работе, и Percona, как говорится на их сайте, является полной заменой MySQL, двоичные файлы используют те же имена, используют те же библиотеки, то же расположение конфигурационных файлов, принимает те же параметры и имеет точно такой же синтаксис SQL. Они также должны быть совместимы с файлами данных в той же версии (MySQL 5.1 на Percona 5.1 и т.д.), Но я лично ничего такого не проверял.
Вы можете выполнить apt-get install percona-server-server-5.1 после добавления их репозиториев, и это автоматически заменит MySQL, потому что помечает его как конфликтующий пакет. Но, конечно, сначала вы должны создать SQL-дамп своей базы данных.
В настоящее время у нас настроена репликация с главного сервера MySQL 4.1 на пару подчиненных устройств Percona 5.5, и у нас также не было проблем с вставкой SQL-дампов.
Ответ №2:
… не знаю.
По моему опыту, единственный способ — создать копию вашей существующей установки на старой машине и запустить несколько тестов. Затем переключитесь на новую базу данных и снова запустите те же тесты.
Я только что поменял набор приложений с Tomcat 5 на Tomcat 6, и теоретически, с одной или двумя настройками, все должно было работать нормально. Когда я впервые попробовал это, была установлена OpenJava, и сборка мусора все испортила. Во второй раз с Sun Java какая-то хитроумная обработка даты привела к сбоям, и ее пришлось исправить, кажется, теперь все работает нормально.