Резервное копирование и восстановление 461

mysql> LOAD DATA INFILE /tmp/dictionary. txf

-> INTO TABLE dictionary;

Query OK, 104237 rows affected (1 min 27.70 sec) Records: 104237 Deleted: 0 Skipped: 0 Warnings: 0

mysql>

Создать файл, понимаемый инструкцией LOAD DATA INFILE, позволяет также инструкция SELECT с предложением INTO (листинг 25.9). Схему таблицы необходимо получить другим путем, например с помощью инструкции SHOW CREATE TABLE.

mysql> SELECT *

-> FROM dictionary

-> INTO OUTFILE /tmp/dictionary.txt Query OK, 104237 rows affected (6.42 sec)

Один из способов восстановления таблиц заключается в использовании двоичного журнала. Достаточно преобразовать его содержимое в SQL-инструкции и выполнить их. Предварительно необходимо заблокировать все таблицы для записи или отключить всех клиентов от сервера. Преобразование двоичного журнала осуществляется с помощью утилит inlog (листинг 25.10). Результаты ее работы нужно направить в файл или интерпретатору ql. Обратите внимание: инструкция SET меняет метку текущего времени сеанса, чтобы дата создания таблицы осталась неизменной.

# mysqlbinlog -of fset=l -short-form red-bin. 001

use freetime;

SET TIMESTAMP=9917 67105;

UPDATE session SET LastAction = now() WHERE ID=fNbbnOLBYYlqesga;

use freetime;

SET TIMESTAMP=9917 67134;

UPDATE session SET LastAction = now() WHERE ID= fNbbnOLBYYlqesga ;

use freetime;

SET TIMESTAMP=991767134;

DELETE FROM projectview WHERE Project=2 AND User=2;

use freetime;

SET TIMESTAMP=9917 67135;

INSERT INTO project view VALUES (2, 2, now{));

ОПТИМИЗАЦИЯ

в этой главе...

Предварительные действия Тесты производительности Оптимизация проекта Оптимизация приложений Оптимизация запросов Оптимизация инструкций Обслуживание таблиц Настройка конфигурации сервера Перекомпиляция MySQL

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

Предварительные действия

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

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

Если обнаруживается, что система требует оптимизации, в пвую очередь подумайте об обновлении аппаратной части. Это может оказаться самым дешевым вариантом. В 1965 г. Гордое Мур (Gordon Moore) установил, что вычислительные мощности удваиваются каждые 18 месяцев. Данное правило называют законом Мура. Но, несмотря на столь стремительный рост производительности, удельная стоимость вычислительных средств неуклонно снижается. Например, центральные процессоры