Обновить MySQL до 5.5 на Lucid, обновить сервер до Precise или перейти на Percona?
Рассмотрение обновления mysql на нашем сервере разработки, на котором работает 10.04, застряло в MySQL 5.1, так как, похоже, поддержки apt-get для обновления до 5.5 нет, за исключением некоторых сторонних PPA.
Итак, я ищу какой путь выбрать и что сделали другие люди:
a. Следуйте паре летнему руководству , чтобы вручную установить MySQL 5.5, а затем потратить постоянное время на ручную загрузку и установку обновлений безопасности каждый месяц или два?
b. Обновите с 10.04 до 12.04, и из опыта других людей, с которыми я работаю, потратив несколько дней, разбираясь с изюминками этого большого обновления, я получу доступ к mysql 5.5 и простой установке apt-get будущих обновлений безопасности? ] с. Переключитесь с MySQL на Percona Server 5.5 и получите все преимущества этой версии MySQL, а также простые обновления apt-get с помощью PPA?
d. Что-то еще?
1 ответ
Это должен быть вопрос, который вы должны задать своей команде. Мы решили обновить Ubuntu, но мы склонны придерживаться той же ОС, как только мы ее выберем, и только один раз переключались с Fedora на Ubuntu, когда Ubuntu стала полезной (это было, когда вышла 6.06).
Все наши серверы, которые используют данные для наших клиентов, обновляются до 12.04, как только мы почувствовали, что это того стоит. У нас есть 3 идентичных сервера для синхронизации (т.е. репликация данных MySQL, синхронизация нашего программного обеспечения), где 2 настроены как автоматические резервные копии, если основной сервер выпадает.
Второй резервный компьютер, который мы отключили и сообщили клиентам, что в течение следующих 12 часов мы будем работать на 1 резервном компьютере в качестве регулярного технического обслуживания. Обновил его до 12.04, обновил наше программное обеспечение и протестировал систему в течение достаточного количества времени. Кстати, обновление до 12.04 прошло безупречно.
Затем мы заставили его играть в догонялки, превратили его в основную машину и сделали те же действия для 2-й и 3-й машин. Ноль простоя. Мы могли бы столкнуться с проблемами, если бы основная и резервная системы перестали работать, но если это произойдет 999 из 1000 раз, это всего лишь 1 машина (и ад сломается).
Короче ...
Так что B будет моим выбором. Это проверенный метод, поэтому он менее рискован, чем вариант A. Вариант C может быть вариантом, но переключение ОС может быть более сложным (для нас это потребует нескольких дней, недель проверки того, все ли работает так, как мы этого хотим). [ 115]