Хостинг

Декабрь 2009

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

Ниже приведен список журналов, которые можно создать.

■ Журнал регистрации ошибок. Отслеживает все возникающие ошибки. Един­ственный из журналов, запись в который по умолчанию включена, размеща­ется в вашем каталоге данных. Файл называется hostname.err в Linux и mysql. err в Windows. Можно назначить ему любое другое располо­жение, используя опцию 1од-еггог=имя_файла в файле конфигурации my. ini (или ту. cnf).

■ Журнал регистрации запросов. Регистрирует все запросы, выполняемые си­стемой. Можно включить запись этого журнала и указать его расположение с помощью опции 1од=имя_файла.

■ Журнал двоичной регистрации. Регистрирует все запросы, изменяющие дан­ные. Заменил журнал регистрации обновлений, который все еще существу­ет и будет существовать до версии MySQL 5.0. Можно включить запись этого журнала и указать его расположение с помощью опции log-bin=

имя_файла. •. ‘.

■ Журнал регистрации медленных запросов. Регистрирует все запросы, время выполнения которых оказалось больше, чем значение, хранимое переменной long_query_time. Можно включить запись этого журнала и указать его расположение с помощью опции log-slow-queries=*»<ts_$aJ&ia.

Все указанные выше журналы, кроме журнала двоичной регистрации, яв­ляются простыми текстовыми файлами. Журнал двоичной регистрации можно просмотреть с помощью команды

mysqlbinlog logfile

Использование журнала регистрации медленных запросов будет обсуждаться в главе 19, “Оптимизация запросов”.

Файлы журналов регистрации будут со временем разрастаться, поэтому же­лательно на регулярной основе менять файлы журналов. В среде Linux система

MySQL предлагает сценарий mysql-log-rotate, избавляющий от необходи­мости делать это вручную.

При использовании другой операционной системы вы можете переместить старые файлы журналов в другое место на диске вручную и дать указание MySQL начать использование новых файлов журналов с помощью команды

mysqladmin flush-logs

Программа mysqladmin имеет очень много опций, польза и частота приме­нения которых весьма различны.

Некоторые задачи могут быть выполнены как с помощью команд SQL, так и с помощью mysqladmin — например, создание и уничтожение баз данных:

mysqladmin create имяБД

mysqladmin drop имяБД

Типичным примером использования mysqladmin является получение ин­формации о сервере и его текущем состоянии. Такая информация может быть как очень простой (”Доступен ли сервер?” — ping), так и существенно более подроб­ной, например, включающей список всех доступных переменных или процессов. Ниже приводится несколько примеров использования mysqladmin.

Чтобы выяснить, включен ли сервер, используйте

mysqladmin ping

Чтобы выяснить, какая версия программного обеспечения сервера MySQL установлена на вашей машине, используйте

mysqladmin version

Чтобы получить короткое или длинное сообщение о статусе сервера, исполь­зуйте

mysqladmin status mysqladmin extended-status

Чтобы получить список активных потоков в рамках данного сервера, исполь­зуйте

mysqladmin processlist

Получив список процессов (потоков), вы можете принудительно завершить выполнение некоторых из них по вашему усмотрению, используя команду

mysqladmin kill idl,id2,id3…

Чтобы напечатать значения переменных MySQL, используйте

mysqladmin variables

■ Сервер можно запустить с помощью mysqladmin, с помощью запуска ис­полняемого файла mysqld или с помощью Диспетчера сервисов Windows.

■ Завершить работу сервера можно с помощью mysql. server stop или mysqladmin shutdown.

■ Используйте mysqlshow или SHOW для получения информации о текущем состоянии базы данных и сервера MySQL.

■ Установить переменные можно с помощью set переменная-значение;.

я Увидеть список выполняемых потоков можно с помощью show processlist, а завершить их выполнение — с помощью kill id_npoiiecca.

я Очистить кэши можно с помощью FLUSH и RESET.

■ Увеличить скорость работы объединений можно с помощью analyze table имя_ та блицы;.

я MySQL сохраняет информацию о событиях в журнале регистрации ошибок, журнале регистрации запросов, журнале двоичной регистрации (о запросах, изменяющих данные) и журнале регистрации медленных запросов (о запро­сах, выполнение которых заняло больше времени, чем значение переменной long_query_time).

В этой главе описывается, как резервировать (т.е. делать копии баз данных),

как перемещать их на другую машину и восстанавливать в случае каких бы то ни было неполадок в системе.

Мы рассмотрим следующие вопросы.

■ Резервирование баз данных.

■ Восстановление с помощью резервных копий.

■ Проверка и восстановление таблиц.

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

В MySQL имеется несколько вариантов резервирования баз данных.

■ Применение сценария mysql dump для создания дампа, т.е. файла, содер­жащего операторы SQL, необходимые для воссоздания базы данных.

■ Применение сценария mysqlhotcopy для создания файла данных. Этот сценарий непосредственно копирует файлы данных конкретной базы дан­ных.

■ Непосредственное создание резервной копии файлов данных вручную. Это фактически эквивалентно применению mysqlhotcopy, но в данном слу­чае все делается вручную. Если вы предпочтете использовать этот вариант, необходимо перед копированием прекратить работу базы данных или обно­вить и блокировать все таблицы, чтобы обеспечить их внутреннюю согласо­ванность. И mysqldump, и mysqlhotcopy обновят и блокируют таблицы за вас, поэтому применение указанных сценариев является более простым и безопасным.

■ Использование команд BACKUP TABLE и RESTORE TABLE для резерви­рования или восстановления конкретной таблицы или множества таблиц.

Мы рассмотрим каждый из этих вариантов по очереди.

Не забывайте также о том, что хотя резервирование и является жизненно .важ­ным для нормальной работы базы данных, на время выполнения резервирования доступ пользователей к базе данных ограничивается. Зачем? Чтобы получить со­гласованный “снимок” базы данных, таблицы должны быть обновлены и во время копирования должны оставаться в неизменном состоянии. Этого можно добиться, заблокировав таблицы (как это и бывает в большинстве случаев) или выключив сервер (чего делать не рекомендуется), но в любом случае на время выполнения резервирования приходится уменьшить способность базы данных к реагированию на запросы.

Одним из решений этой проблемы является использование репликации. Вы получаете возможность отключить один компонент системы и выполнить резерв­ное копирование, в то время как пользователи продолжают счастливо делать свое дело. Мы обсудим использование репликации достаточно подробно в главе 16, “Репликация баз данных”.