Краткий обзор некоторых возможностней MySQL. Советы по оптимизации.

1)Во всех версиях 3.хх не поддерживается ссылочная целостность и вложенные запросы(как это обойти-рецепт 6). По первичному ключу mysql автоматически создает индекс.
Для других атрибутов можно создать дополнительные индексы. Индекс создается вместе с таблицей -
create table [имя_таблицы] (... ,index|key [имя_индекса] (аттрибут1,...))
причем служебные поля key и index - синонимы. Начиная с версии 3.22 индекс можно создать и отдельно -
create index [имя_индекса] on [имя_таблицы] (аттрибут1,...).
Обычно дополнительные индексы, создаются для ускорения процесса выборки из базы данных. При его создании объем таблицы увеличивается, поэтому если скоростные параметры вас устраивают, то индекс создавать не нужно. Если скорость неприемлима, индекс добавляется для атрибутов указанных в запросе после конструкции where.
(Пример:

select uid,data,comments from test_table where uid = 90 and data = 'test';
create index ind1 on test_table (data))

2). Если из выборки необходимо извлечь лишь несколько строк, то в конструкции select указывается limit x,y.
x-смещение,
y-максимальное число строк
Параметр x-не обязателен.
При этом на выполнеие сокращенного запроса уходит меньше времени.
(Пример:

select * from table where d > 900 limit 100)

3). Иногда требуется сохранить результат выборки в файле. Это делается следующим образом -

select ... into outfile '/path/to/dir/filename'.

Файл не должен существовать.
Обратная операция загрузки из файла в таблицу -
load data infile '/path/to/dir/filename' into table table. Строки файла должны иметь формат вида (поле1tполе2t.., где t - символ табуляции). Более сложный формат команды в данной статье рассматриваться не будет.
Последний вариант может применяться и в случае повышения скорости загрузки данных в таблицу. Предположим, ваша программа последовательно выполняет вставку большого количества строк в таблицу. Эта операция может занять несколько минут, в зависимости от объема данных и количества индексов. С помощью же load data автору удалось повысить скорость вставки в 7 раз!

4). При частых операциях вставки, удаления и обновления данных таблицы(с типами - varchar,blob,text), возникает дефрагментация. Для того, чтобы ее уменьшить существует операция optimize table [имя_таблицы].

5). Удобной возможностью mysql является авто увеличение значения поля. Создание такого поля - create table .. pole int(7) auto_increment.. . Причем это поле должно быть объявлено, как первичный ключ и следовательно в таблице оно должно быть единственным.
При вставке в таблицу имя такого поля можно не указывать. Операция auto increment в mysql упрощена. Например в oracle для этого необходимо отдельно создавать, так называемую последовательнось(sequence). И при вставке ее явно указывать.
Иногда бывает нужно при добавлении данных в таблицы знать значения поля с auto_increment для вставленных строк, а лишние запросы слишком замедляют работу. Для этого существует функция last_insert_id().

create table table1 (id auto_increment, comm varchar(20),primary key (id));
 insert into table1 (comm) values('test');
 insert into table2 (id_table1) values (last_insert_id());
 Или, если вы пишите на perl, то можно использовать значения объекта.
 $dbh->{'mysql_insertid'};

6). В версиях 3.xx не поддерживаются вложенные запросы. Но вместо них можно использовать временные таблицы. Пример создания такой таблицы:
create temporary table table select ... .
А потом делать выборку из нее с дополнительным условием. При написании интерфейса к mysql на perl, при создании временных таблиц вышеописанным способом, предпочтительнее использовать метод 'do' вместо пары 'prepare-execute', так как эта функция работает быстрее.

7). Некоторые способы хранения резервных копий таблиц или данных.
a) Резервное копирование данных можно производить с помощью cgi-скриптов, написанных на shell. Администратор с определенной периодичностью запускает данный скрипт, данные сохраняются в файле. Если файл уже существет, то при запуске скрипта информация в нем обновляется. Скрипт можно запускать cron'ом, тогда команды echo нужно убрать.

#!/bin/sh

 db=test
 user=user
 password=pass
 host=host.ru

 export db user password host

 echo "content-type: text/plain"
 echo ""
 cd /usr/local/mysql/bin

 ./mysqldump -h$host -u$user -p$password -t $db >db

 echo "ok"

Файл (db) представляет из себя интструкции insert ... . Ключ -t указывает не копировать информацию о таблицах - create table ... . Другой скрипт запускает sql-команды из файла.

#!/bin/sh

 db=test
 user=user
 password=pass
 host=host.ru

 export db user password host
 cd /usr/local/mysql/bin

 ./mysql -d $db -h$host -u$user -p$password

Для повышения надежности этот файл можно скачивать по ftp. Одним из удобств данного метода является возможность портирования данных в любую СУБД.
б) Начиная с версии 3.23.25 появилась возможность резервного копирования таблиц (без индексов).
backup table [имя] to '/dir';
И восстановления
restore table [имя] from '/dir';
в) Еще одой возможностью является, приведенный выше способ записи результата запроса в файл.
select ... into outfile '/dir/file';
И последующего восстановления из файла.
load data ... .

8). Приятно удивила возможность полнотекстового идексирования полей varchar и text(начиная с версии 3.23.23). В запросе указываетя подстрока, и в результате выводятся те значения полей где она(подстрока) найдена. Например вы храните в БД статьи или анонсы статей и хотите предоставить поиск по статьям пользователю. Можно конечно установить поисковик(пример yandex.site), но для этого необходимо заводить отдельную БД, да и если требования к поисковой системе минимальны, данная установка просто излишество.
mysql предоставляет возможность полнотекстового поиска. Проиллюстрирую на примере:
create table data (did int(7) auto_increment, a text, fulltext (a),primary key (did));
insert into data (a) values ('test message'), ('test mysql fulltext'), ('test test test');
select * from data where match (a) against ('mysql');
В результате выведется строка = 'test mysql fulltext'. А по запросу
select data,match (a) against ('mysql') as m from data;
поле m будет содержать числовое значение. Как их использовать оставляю на ваше усмотрение.
Таким образом организован простейший поиск.

9). Некоторые советы по оптимизации:

* После заполнения данными таблицы, выполните команду 'isamchk -a' или 'myisamchk -a', в зависимости от типа таблицы. Эта команда соберет статистику по таблицам, которую сможет использовать оптимизатор.
* Удалите ненужные скобки в запросе.
* Всегда, где это возможно используйте where вместо having
* Свойство атрибута not null экономит 1бит и ускоряет запросы.
* Испольэование типа char вместо varchar, позволит ускорить выборку по этим полям на 10-100%. Это целесообразно делать если количество символов поля фиксировано, приэтом оно принимает различные значения. В случае переменной длины, придется расплачиваться дисковым пространством. Вообще поля фиксированной длины обрабатываются быстрее. Выбор того или иного типа зависит от решаемой задачи и требований к БД.
* Если выборки из нескольких таблиц слишком замедленна, а дополнительые индексы не хочется создавать, разбейте один большой запрос на несколько. Пример из жизни: выборка из 3 таблиц, со "сложным" условиям длилась 4мин.!!!. Причем все таблицы имели первичный ключ. Разбив один запрос на 2 удалось ускорить выборку на 3мин. 54сек. Но задача оптимизации индивидуальна и зависит от структуры БД и данный метод возможно подходит не для всех БД. Так что для собственной базы необходимо проводить исследования.

10). Одним из способов организации данных является определение в одной таблице и первичных и внешних ключей. Я сталкивался с такой таблицей, правда в oracle. Это бывет удобным в случае когда, "подчинненная" строка имеет такую же структуру, скажем иерархия отделов и должностей в организации. Для извлечения всей иерархии заданного объекта, необходимо строить рекурсию, к сожалению в mysql нет конструкции - connect by prior.
Для достижения необходимой производительности может помочь избыточность. Есть некоторое правило - в мастер таблицу(таблицу с первичным ключем) заносится последнее значение объекта. Например для таблицы продавцов, это может быть последняя осуществленная сделка.

Вот некоторые соображения, которые могут пригодится при проектировании БД в mysql. На сегодняший день она получила наибольшее распространение в internet, в первую очередь благодаря своей простоте и минимальным требованиям к системным ресурсам. Конечно она не может конкурировать с "монстрами" СУБД, такими как, например oracle и для крупных проектов ее будет не достаточно.
Но на mysql возложены совершенно иные задачи, с которыми, на мой взгляд, она прекрасно справляется.

Статьи по теме

Оптимизация и тюнинг производительности MariaDB MySQL сервера внутри Docker

Содержание: Установка и знакомство с MySQLTuner Установка MySQL Tuning Primer Script Первичная оптимизация MySQL сервера ...

2023-11-08

Работа с базами данных MySQL в ISPManager 5 + Docker

В ISPManager 5 добавлена контейнерная виртуализация Docker для использования альтернативных версий MySQL. Цитата из документации ISPManager 5: ...

2023-10-27

«Облачные» хранилища данных: в ожидании доверия

Информационные технологии активно мигрируют в сторону «облаков». Эксперты прогнозируют, что одним из главных приоритетов для CIO в ближ...

2011-11-05

ГОСТ 34.602-89. на Техническое задание по разработке web проекта

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ Information technology. Set of standards for automated systems. Technical directions ...

2010-12-28

Orange color: теория и практика

Знаете ли Вы, чем оранжевый цвет отличается от других ? Если нет, то знайте, что разница в скорости восприятия глазом отдельных цветов ра...

2010-12-27

FAQ по MS SQL 7.0

11. Как запускать-останавливать SQL Server через командную строку? Мне это нужно для использования в скриптах.Остановка:NET STOP MSSQLSERVERили если вы...

2010-09-17

Виртуальная реализация SQL Server 2005

Ранее в материале «Разбираем “айсберг” sql server 2005» читателям предлагалось воспользоваться опубликованной в internet серией информационных...

2010-09-17

SQL Server в вопросах и ответах

В: У меня на разных компьютерах установлено два sql server 7.0. Для обмена данными между ними я использовал data transformation services (dts), чтобы импортиро�...

2010-09-17

Один из вариантов соглашения об именах объектов MS SQL Server

Помните, что имена объектов sql сервера не могут превышать 30 символов. Не используйте зарезервированные слова, специальные символы, и не н...

2010-09-17

Создание и удаление БД в MS SQL Server

В sql server'е базы данных хранятся в виде обычных файлов на диске. Как минимум на одну БД приходится таких файлов 2: *.mdf и *.ldf. В первом хранятся...

2010-09-17

Создание и удаление таблиц в MS SQL Server

Все данные в БД sql server хранятся в таблицах.Таблицы состоят из колонок, объединяющих значения одного типа, и строк - записей в таблице. В од�...

2010-09-17

Единая аутентификация Windows NT/2000 и Oracle

При использовании Windows NT/2000 как платформы для работы Oracle, и на стороне сервера и на стороне клиентов, имеется возможность использовать ед...

2010-09-17

Oracle / PHP FAQ

Что такое PHP и что необходимо иметь для работы с Oracle?PHP - рекурсивный акроним "PHP Hypertext Preprocessor". Это интерпретируемый язык программирования ...

2010-09-17

Oracle и PHP - это очень просто

ВведениеСУБД Oracle, когда против желания фирмы-изготовителя, а когда согласно – в зависимости от направления политических ветров в конкр�...

2010-09-17

Сжатие данных в целях экономии места и ускорения работы Oracle

Используйте сжатие данных таблицы для экономии места на диске и повышения производительности запросов. В большинстве систем поддержки ...

2010-09-17