MySQL 5.0. Библиотека программиста
Шрифт:
REPAIR TABLE <Имя таблицы>;
Затем, если и эта команда не помогла восстановить таблицу, выполните команду
REPAIR TABLE <Имя таблицы> EXTENDED;
Если вновь не получилось исправить повреждения, выполните команду
REPAIR TABLE <Имя таблицы> USE_FRM;
Параметр USE_FRM должен использоваться только в том случае, если предыдущие действия не дали нужного результата.
Если таблица так и не была восстановлена, перейдите к следующему пункту.
4. Откройте файл с полной резервной копией базы данных (созданный в подразделе «Полное резервирование»). Найдите в нем SQL-команду CREATE TABLE для той таблицы, которую нужно восстановить. С помощью этой команды создайте точно такую же таблицу в другой базе данных. Затем переместите файлы <Имя
5. Если все попытки исправления таблицы закончились неудачей, вы можете воссоздать таблицу из резервной копии с использованием двоичных журналов. Как это сделать, говорилось в подразделе «Восстановление данных».
Операции проверки и восстановления таблиц доступны также в графическом интерфейсе утилиты MySQL Administrator. Выполнить их вы можете с помощью следующих действий:
1. В главном окне MySQL Administrator в левой области щелкните на пункт Catalogs (Каталоги).
В левом нижнем углу окна появится область Schemata (Базы данных). В этой области щелкните на имени нужной базы данных. В правой области окна на вкладке Schema Tables (Таблицы базы данных) появятся сведения о таблицах выбранной базы данных (рис. 5.15).
2. Щелкните на названии таблицы, которую требуется проверить или восстановить. Если нужно проверить или восстановить несколько таблиц, нажмите клавишу Ctrl и, удерживая ее нажатой, выделите мышью нужные таблицы.
3. Нажмите кнопку Maintenance (Профилактическое обслуживание). На экране появится окно Table Maintenance (рис. 5.16). Установите переключатель Tasks (Задачи) в положение Check Tables (Проверить таблицы) или Repair Tables (Восстановить таблицы). Нажмите кнопку Next (Далее).
Если вы выбрали вариант Check Tables, на экране появится окно Check Tables (рис. 5.17). В этом окне нажмите кнопку Check Tables. В окне отобразится результат проверки таблиц (рис. 5.18).
Если вы выбрали вариант Repair Tables, на экране появится окно Repiar Tables (рис. 5.19). В этом окне укажите метод восстановления таблиц:
• при первой попытке восстановления установите флажок Quick (соответствует описанной выше команде REPAIR TABLE <Имя таблицы> QUICK);
• при второй попытке восстановления флажки не устанавливаются (аналогично команде REPAIR TABLE <Имя таблицы>);
• при третьей попытке восстановления установите флажок Extended (аналогично команде REPAIR TABLE <Имя таблицы> EXTENDED);
• при четвертой попытке восстановления установите флажок Use FRM (соответствует команде REPAIR TABLE <Имя таблицы> USE_FRM).
Нажмите кнопку Repair Tables. В окне отобразится результат восстановления таблиц (аналогично рис. 5.18). Итак, вы научились проверять и в случае повреждений восстанавливать таблицы с типом MyISAM. Рассмотрим теперь последнюю в этой главе тему – получение информации о событиях, происходящих на сервере MySQL, с помощью различных видов журналов.
5.5. Просмотр журналов работы
Журналы работы сервера MySQL по умолчанию находятся в папке data корневой папки MySQL. Здесь вы можете найти следующие виды журналов.
• Журнал ошибок.
Файл с именем <Имя хоста>.err. Содержит сведения об ошибках в работе сервера, а также о запусках и остановках сервера. Просмотреть файл вы можете с помощью любого текстового редактора, например Блокнот или WordPad.
• Двоичные журналы.
Файлы с именем <Имя хоста>-bin.xxxxxx, где xxxxxx – порядковый номер журнала. Содержат историю
Для просмотра двоичных журналов откройте окно командной строки Windows и выполните команду
mysqlbinlog <Список журналов>
или
mysqlbinlog <Список журналов> > <Имя файла>
В первом случае содержимое журналов, представленное в виде SQL-команд, отобразится в окне командной строки, во втором – запишется в указанный файл, который вы можете открыть в любом текстовом редакторе.
• Общий журнал запросов.
Файл с именем <Имя хоста>. log. Содержит полную информацию о подключениях и отключениях клиентских приложений и обо всех выполняемых SQL-командах. Создается в случае, если сервер запущен с параметром – log. Просмотреть общий журнал запросов можно с помощью любого текстового редактора, например WordPad или с помощью графической утилиты MySQL Administrator (см. ниже).
• Журнал медленных запросов.
Файл с именем <Имя хоста>-slow.log. Содержит информацию об SQL-командах, выполнение которых заняло слишком много времени (по умолчанию – более 10 с), и тем самым позволяет выявлять объекты, требующие оптимизации. Создается в случае, если сервер запущен с параметром – log-slow-queries. Просмотреть журнал медленных запросов можно с помощью любого текстового редактора, например WordPad, или с помощью графической утилиты MySQL Administrator.
Графическая утилита MySQL Administrator предоставляет удобный интерфейс для изучения общего журнала запросов и журнала медленных запросов (рис. 5.20). Запустив MySQL Administrator, в левой области главного окна щелкните пункт Server Logs (Журналы работы сервера) и откройте нужную вкладку: General Query Log (Общий журнал запросов) или Slow Query Log (Журнал медленных запросов).
Вверху вкладки вы увидите полосу прокрутки, которая показывает, какой фрагмент журнала вы сейчас просматриваете. В поле Page Content (Содержимое страницы) в правой части вкладки отображаются собственно строки данного фрагмента журнала, а в поле Events of page (События на странице) представлен список событий, облегчающий навигацию по журналу. Итак, вы теперь знаете, как найти интересующую вас информацию в журналах работы сервера MySQL. Подведем краткие итоги этой главы.
5.6. Резюме
В данной главе вы получили базовые сведения об управлении пользователями и их привилегиями, о резервировании базы данных и ее восстановлении в случае сбоя, об исправлении повреждений в таблицах с типом MyISAM, а также о просмотре журналов, создаваемых в процессе функционирования сервера MySQL. Эти сведения помогут вам успешно использовать базы данных и минимизировать возможные проблемы.
В последней главе этой книги вы найдете несколько советов по повышению производительности базы данных.
Глава 6 Оптимизация
Если с увеличением объема вашей базы данных она стала работать слишком медленно, зачастую самый простой путь решения этой проблемы – увеличение мощности аппаратной платформы сервера. Однако повысить быстродействие системы можно и без наращивания аппаратных ресурсов, а за счет оптимизации таблиц, запросов, настроек сервера и др. В этой главе приведен ряд простых правил, выполнение которых позволит ускорить операции с данными. В первую очередь узнаем, как улучшить структуру таблиц.
6.1. Оптимизация структуры данных
Если «узким местом» вашей базы данных является одна или несколько таблиц, попробуем скорректировать структуру этих таблиц:
• выбрать наиболее подходящий тип таблицы;
• минимизировать объем данных в таблице;
• пересмотреть набор индексов в таблице;
• указать необходимые значения опциональных параметров.
Как было сказано в предыдущих главах, каждый тип таблиц имеет свои преимущества и недостатки. Если требуется обеспечить высокую производительность операций чтения данных (например, таблица будет использоваться главным образом для анализа содержащихся в ней данных или для генерации динамических веб-страниц), предпочтительным типом такой таблицы является MyISAM. Если же данные в таблице будут редактироваться множеством пользователей (это часто происходит в корпоративных базах данных), желательно присвоить таблице тип InnoDB. В разделе 6.4 «Проблемы, связанные с блокировками» мы рассмотрим особенности блокировки для каждого типа таблицы.