file=path name, которая указывает серверу считать опции из файла pathname. Это позволяет поместить все опции отдельных серверов в соответствующие файлы, которые будут считываться в момент зафузки. Заметьте, выбор этого варианта не фебует использования таких глобальных конфигурационных файлов, как /etc/my.cnf.

Обновление MySQL

Первая представленная мировой общественности версия сервера MySQL имела номер 3.1 LL В настоящее время применяются версии серии 3.22 и ведется разработка и тестирование версий серии 3.23. Официально выпущенные версии (stable releases) всегда имеют номер, меньший на единицу по сравнению с опытными версиями (development series). Как только серия 3.23 станет официальной, продолжится работа над серией 3.24, которая тут же получит название опытной. Разработчики MySQL, очевидно, работают безустанно, благодаря чему обновления к версиям появляются постоянно (несколько раз в год). Причем выпускаются обновления как для официальных серий, так и для опытных. Эффективность развития заставляет администратора MySQL задумываться, обновлять ли используемую инсталляцию MySQL при выпуске новых версий. Информация этого раздела помогает найти ответ на данный вопрос.

Первое, на что следует обратить внимание, - это отличие новой версии от предыдущих. Обратитесь к соответствующему разделу справочного руководства по MySQL, в котором выделена эта информация. Затем попытайтесь ответить на следуюшие вопросы.

Приходилось ли в прошлом сталкиваться с проблемами, которые устраняются в новой версии?

Добавлены ли в новую версию возможности, которые действительно необходимы?

ш Повышена ли в новой версии эффективность выполнения часто используемых операций?

Если все ответы на представленные выше вопросы офицательны, особых причин обновлять версии нет. Если же ответ хотя бы на один вопрос утвердительный, следует еше немного подумать. Настоятельно рекомендуется на данном этапе хотя бы несколько дней подождать и в посвященной MySQL рассылке поискать отзывы других пользователей о новой версии. Эффективным ли бьшо для них обновление? Какие ошибки и недоработки найдены?

На принимаемое решение могуг оказать влияние и следующие факторы.

Обновления официально используемых версий чаще всего устраняют существующие ошибки, а не добавляют новые возможности. Поэтому обновления официальных версий несут в себе меньше риска, чем обновления опытных. (Безусловно, работающие на сер-

вере опытной серии администраторы зачастую вовсе не беспокоятся о подобном риске.)

Вполне возможно, что после обновления MySQL возникнет необходимость и в обновлении других профамм, связанных с клиентской библиотекой сервера MySQL. Так, например, обновление MySQL может повлечь за собой перестройку модулей РНР, Apache и Perl DBD: :mysql ДЛЯ установления связи новых клиентских библиотек с этими профаммами. (Первый признак необходимости в этом - выгрузка всех связанных с MySQL сценариев DB1 и РНР после обновления MySQL.) Пересфойка этих программ - несложная задача, однако если администратор все же желает ее избежать, возможно, лучше отказаться от обновления MySQL. Эта проблема не так опасна, если использовать статически, а не динамически связанные профаммы. Однако в этом случае повышаются фебования к системной памяти.

Если даже после учета всех этих моментов отсутствует однозначный ответ, что следует обновлять текущую инсталляцию, всегда можно протестировать новый сервер, установив его рядом с текущим. Его можно запустить параллельно с рабочим сервером или инсталлировать на отдельном компьютере. Если же возможности не позволяют выделить отдельный компьютер исключительно для тестирования, инсталлируйте новый сервер на одном компьютере с рабочим. В этом случае обязательно убедитесь, что для нового сервера установлены другие значения для таких параметров, как месторасположение инсталляции, каталог данных, номер сетевого порта и разъем, через которые осуществляется подключение к серверу. Более детально об этом рассказывается в разделе Инсталляция и насфойка нескольких серверов ранее в этой главе.

Независимо от места инсталляции сервера, создайте для проверки его работы копию существуюших баз данных. Как это сделать, рассказывается в разделе Резервирование и копирование баз данных .

Приняв решение об обновлении версии, поищите в справочном руководстве по MySQL обязательные инструкции по обновлению.

Не бойтесь использовать опытные серии

Опытные версии серверов большинство администраторов стараются не использовать для работы с основными базами данных, однако, профессионалы настоятельно рекомендуют по крайней мере протестировать работу такого опытного сервера, установив его отдельно и создав на нем копию рабочих данных Чем больше пользователей попробуют работать с этими версиями, тем больше ошибок будет найдено. Поиск ошибок в MySQL - важный фактор развития системы, поскольку разработчики всегда стараются устранить проблемы, о которых сообщают пользователи.

Безопасность

в этой главе основное внимание уделяется действиям администратора, направленным на поддержание безопасности и целостности инсталляции MySQL. В главе И, Общее администрирование MySQL , уже бьши затронуты такие важные аспекты безопасности, как установка пароля основного MySQL-пользователя root и настройка учетных записей пользователей. Однако в предьщущей главе эти вопросы рассматривались как часть процесса инсталляции и запуска. В этой же главе детально описываются следующие моменты

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

Какой риск несет в себе подключение пользователей локального компьютера (внутренняя безопасность) и как его минимизировать.

Какой риск несет в себе подключение пользователей к серверу через сеть (внешняя безопасность) и как его минимизировать.

Администратор MySQL полностью отвечает за безопасность содержимого баз данных, поэтому должен позаботиться о том, чтобы доступ к их записям пользователи получали только после жесткой авторизации. Необходимо обеспечить как внутреннюю, так и внешнюю безопасность.