Справочное руководство по MySQL 4.0.

Внутренние характеристики и переносимость

Типы столбцов

Команды и функции

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

Масштабируемость и ограничения

Установка соединений

Локализация

Клиенты и инструментарий

Репликация - Gamma

Большие серверные кластеры, в которых применяется репликация, находятся в промышленной эксплуатации и показывают хорошие результаты. Работа над средствами репликации в MySQL 4.x продолжается.

InnoDB-таблицы - стабильно (в 3.23 с 3.23.49)

Обработчик транзакционных InnoDB-таблиц объявлен в настоящее время стабильными в дереве MySQL 3.23, начиная с версии 3.23.49. InnoDB используется в больших промышленных системах с большой нагрузкой.

BDB-таблицы - Gamma

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

Полнотекстовый поиск - Beta

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

MyODBC 2.50 (использующий ODBC SDK 2.5) - Gamma

Чрезвычайно широко используется. Как оказалось, некоторые из возникших проблем являются зависящими от приложения, а не от ODBC-драйвера или сервера баз данных.

Aвтоматическое восстановление MyISAM-таблиц - Gamma

Статус Gamma относится только к новому коду в обработчике таблиц, который проверяет правильность закрытия таблицы после ее открытия и выполняет автоматическую проверку/восстановление незакрытой таблицы.

Вставка больших объемов данных - Alpha

Новая возможность в MyISAM-таблицах в MySQL 4.0 для быстрой вставки большого количества строк.

Блокировка - Gamma

В большой степени зависит от системы. В некоторых системах возникают большие проблемы с использованием стандартной для ОС блокировки (fcntl()). В таких случаях следует запустить демон mysqld с флагом --skip-external-locking. Известно, что проблемы имеют место в некоторых системах Linux и в SunOS, когда используются NFS-монтированные файловые системы.

В MySQL используются функции времени Unix, поэтому проблемы с датами, вплоть до 2069, исключены. Принимается, что все двузначные значения годов находятся в диапазоне с 1970 по 2069, поэтому число 01 в столбце с типом year MySQL обрабатывает как 2001.

Все MySQL-функции, обрабатывающие даты, хранятся в одном файле sql/time.cc. Их код был написан очень тщательно, чтобы застраховаться от проблем, связанных с 2000-м годом.

В версиях MySQL 3.22 и более поздних в столбцах с новым типом YEAR, который обеспечивает хранение нулевого 0 года и значений лет от 1901 до 2155 в одном байте, а также отображение дат при помощи 2 или 4 знаков.

В версии 4.0 еще больше возросла скорость работы MySQL в нескольких областях, таких как множественные вставки (bulk INSERT) для большого количества данных, поиск в сжатых индексах, создание полнотекстовых индексов (FULLTEXT), а также COUNT(DISTINCT).

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

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

Функции для упрощения преобразования из других систем баз данных в MySQL, включают TRUNCATE TABLE (как в Oracle) и IDENTITY, как синоним автоматически инкрементируемых ключей (как в Sybase). Многим пользователям также будет приятно узнать, что MySQL теперь поддерживает оператор UNION, долгожданную стандартную функцию SQL.

Создавая новые функции для новых пользователей, мы не забыли о запросах наших постоянных пользователей. У нас есть многотабличные операторы DELETE и UPDATE Добавив поддержку символических ссылок к MyISAM на уровне таблицы (а не только на уровне базы данных, как это было раньше), а также включив обработку таких ссылок как функцию, используемую в Windows по умолчанию, мы надеемся продемонстрировать, что серьезно относимся к предложениям по усовершенствованиям. Такие функции как SQL_CALC_FOUND_ROWS и FOUND_ROWS() позволяют узнать, сколько строк возвратит запрос без оператора LIMIT.

Пользователи MySQL, работающие с критически важными системами и большими объемами данных, оценят дополнения к нашей системе репликации и удаленного резервного копирования. В более поздние версии 4.x будет включена отказобезопасная репликация; а к функциям уже существующей в версии 4.0 команды LOAD DATA FROM MASTER в скором времени будет добавлена автоматизация настройки подчиненных серверов. Удаленное резервное копирование обеспечит возможность легко добавлять новые подчиненные серверы, не отключая головной сервер, - это позволит практически избежать потерь в производительности при обновлении объемных систем.

Для администраторов баз данных удобным окажется еще одно новшество: в скором времени параметры mysqld (настройки запуска) можно будет изменять без выключения серверов.

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

Производительность многих ``тяжеловесных'' приложений повысится благодаря еще более возросшей скорости заново переписанного ключевого кэша.

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

freenode (см. список серверов на http://www.freenode.net/ )

EFnet (см. список серверов на http://www.efnet.org/)

|| представляет собой конкатенацию строк вместо ИЛИ (OR).

Допускается любое количество пробелов между именем функции и скобкой ‘(’. Это заставляет MySQL интерпретировать все имена функций как зарезервированные слова.

‘"’ будет интерпретироваться как символ кавычки идентификатора (как символ кавычки ‘`’ сервера MySQL), а не как символ кавычки строки.

REAL будет синонимом для FLOAT, а не для DOUBLE.

Уровнем изоляции транзакций по умолчанию является SERIALIZABLE (see Раздел 6.7.3, «Синтаксис команды SET TRANSACTION»).

Вы можете использовать столбец/выражение в GROUP BY, которое не перечислено в списке столбцов.

Типы полей MEDIUMINT, SET, ENUM и различные типы BLOB и TEXT.

Атрибуты полей AUTO_INCREMENT, BINARY, NULL, UNSIGNED и ZEROFILL.

Все сравнения строк по умолчанию являются независимыми от регистра символов с порядком сортировки, заданным текущей кодировкой (ISO-8859-1 Latin1 по умолчанию). Если вас это не устраивает, то можно объявить столбцы с атрибутом BINARY или использовать явное приведение типов BINARY, в результате чего сравнение будет выполняться в соответствии с порядком ASCII, используемом на хосте сервера MySQL.

Сервер MySQL сопоставляет каждую базу данных с подкаталогом в каталоге данных MySQL, а таблицы внутри базы данных - с именами файлов в этом подкаталоге базы данных.

Это правило имеет несколько следствий:

В командах SQL можно обращаться к таблицам из разных баз данных с помощью выражения db_name.tbl_name. В некоторых SQL-серверах обеспечивается точно такая же функциональная возможность, но она называется User space. Сервер MySQL не поддерживает табличные пространства (как в выражении: CREATE TABLE ralph.my_table...IN my_tablespace).

LIKE разрешается на числовых столбцах.

Использование INTO OUTFILE и STRAIGHT_JOIN в команде SELECT (see Раздел 6.4.1, «Синтаксис оператора SELECT»).

Опция SQL_SMALL_RESULT в команде SELECT.

Использование EXPLAIN SELECT для получения описаний объединения таблиц.

Использование индексных имен, индексов на префиксах полей, а также INDEX или KEY в команде CREATE TABLE (see Раздел 6.5.3, «Синтаксис оператора CREATE TABLE»).

Использование TEMPORARY или IF NOT EXISTS с CREATE TABLE.

Использование COUNT(DISTINCT list), где list представляет собой более чем один элемент.

Использование CHANGE col_name, DROP col_name или DROP INDEX, IGNORE или RENAME в команде ALTER TABLE (see Раздел 6.5.4, «Синтаксис оператора ALTER TABLE»).

Использование RENAME TABLE. See Раздел 6.5.5, «Синтаксис оператора RENAME TABLE».

Использование нескольких выражений ADD, ALTER, DROP или CHANGE в команде ALTER TABLE.

Использование DROP TABLE с ключевыми словами IF EXISTS.

Возможность удаления нескольких таблиц одной командой DROP TABLE.

Условие LIMIT в команде DELETE.

Условие DELAYED в командах INSERT и REPLACE.

Условие LOW_PRIORITY в командах INSERT, REPLACE, DELETE и UPDATE.

Использование LOAD DATA INFILE. Во многих случаях этот синтаксис совместим с применяющимся в Oracle LOAD DATA INFILE (see Раздел 6.4.9, «Синтаксис оператора LOAD DATA INFILE»).

Команды ANALYZE TABLE, CHECK TABLE, OPTIMIZE TABLE и REPAIR TABLE.

Команда SHOW (see Раздел 4.5.6, «Синтаксис команды SHOW»).

Строки могут быть заключены в кавычки с помощью или ‘"’, или ‘'’, но не просто ‘'’.

Использование символа экранирования ‘\’.

Команда SET (see Раздел 5.5.6, «Синтаксис команды SET»).

Нет необходимости называть имена всех выбранных столбцов в части GROUP BY. Это дает лучшую производительность для некоторых очень специфических, но вполне нормальных запросов (see Раздел 6.3.7, «Функции, используемые в операторах GROUP BY»).

Можно указывать ASC и DESC с GROUP BY.

Чтобы упростить работу для пользователей, привыкших к иным условиям среды SQL, в сервере MySQL поддерживаются псевдонимы для многих функций. Например, для всех строковых функций поддерживается синтаксис как ANSI SQL, так и ODBC.

Сервер MySQL понимает операторы || и && для обозначения логических ИЛИ (OR) и И (AND), как это принято в языке программирования C. В сервере MySQL || и ИЛИ (OR) являются синонимами, так же, как && и И (AND). Благодаря этому удобному синтаксису, в сервере MySQL не поддерживается оператор ANSI SQL || для конкатенации строк: вместо него используется функция CONCAT(). Поскольку функция CONCAT() принимает любое количество аргументов, то в сервере MySQL можно легко модифицировать использование оператора ||.

CREATE DATABASE или DROP DATABASE (see Раздел 6.5.1, «Синтаксис оператора CREATE DATABASE»).

Оператор % является синонимом для MOD(). Т.е. N % M эквивалентно MOD(N,M). Оператор % поддерживается для программистов на C и для совместимости с PostgreSQL.

Операторы =, <>, <=,<, >=,>, <<, >>, <=>, AND, OR или LIKE могут использоваться при сравнении столбцов слева от FROM в командах SELECT. Например:

mysql> SELECT col1=1 AND col2=2 FROM tbl_name;

Функция LAST_INSERT_ID() (see Раздел 8.4.3.31, «mysql_insert_id()»).

Операторы REGEXP и NOT REGEXP расширенных регулярных выражений.

CONCAT() или CHAR() с одним аргументом или более чем с двумя аргументами (в сервере MySQL эти функции могут принимать любое количество аргументов).

Функции BIT_COUNT(), CASE, ELT(), FROM_DAYS(), FORMAT(), IF(), PASSWORD(), ENCRYPT(), MD5(), ENCODE(), DECODE(), PERIOD_ADD(), PERIOD_DIFF(), TO_DAYS() или WEEKDAY().

Использование функции TRIM() для усечения подстрок. В ANSI SQL поддерживается только удаление единичных символов.

Операция GROUP BY для функций STD(), BIT_OR() и BIT_AND().

Использование REPLACE вместо DELETE + INSERT (see Раздел 6.4.8, «Синтаксис оператора REPLACE»).

Команды FLUSH, RESET и DO.

Возможность устанавливать переменные в команде с помощью :=:

SELECT @a:=SUM(total),@b=COUNT(*),@a/@b AS avg FROM test_table;
SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;

Для столбцов VARCHAR при хранении величины концевые пробелы удаляются (see Раздел 1.9.5, «Известные ошибки и недостатки проектирования в MySQL»).

В некоторых случаях столбцы CHAR без уведомления изменяются на столбцы VARCHAR (see Раздел 6.5.3.1, «Молчаливые изменения определений столбцов»).

Привилегии для таблицы не аннулируются автоматически при удалении таблицы; чтобы удалить привилегии для таблицы, необходимо явно вызвать REVOKE (see Раздел 4.3.1, «Синтаксис команд GRANT и REVOKE»).

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

Стабильная поддержка OpenSSL (MySQL 4.0 поддерживает базовую, не 100%-протестированную поддержку OpenSSL).

Схема перекодировки и синтаксис для поддержки множества разных кодировок.

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

Больше тестирования подготовленных выражений и множественных кодировок для одной таблицы.

Хранимые процедуры

Поддержка внешних ключей для всех типов таблиц.

Новый текстовый формат файлов определения структуры таблиц (.frm-файлы) и табличный кэш для определений таблиц. Это позволит нам быстрее получать информацию о структуре таблиц и более качественно поддерживать внешние ключи.

SHOW COLUMNS FROM table_name (используемый клиентом mysql для получения информации о столбцах) не должен открывать таблицы, а только файл определения структуры. Это занимает меньше памяти и будет работать быстрее.

Отказобезопасная репликация.

Резервное копирование без остановки работы системы с очень малыми затратами на выполнение. Резервное копирование без остановки работы системы позволит добавлять новый подчиненный сервер репликации без демонтажа головного сервера.

ROLLUP и CUBE OLAP (Online Analytical Processing) опции группировки для приложения хранения данных (Data warehousing).

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

При использовании SET CHARACTER SET мы должны преобразовать весь запрос целиком, а не только строки. Это позволит пользователям использовать сконвертированные символы в именах баз данных, таблиц и столбцов.

Решить проблему, заключающуюся в том, что оператор RENAME TABLE, использующийся для активной MERGE-таблицы, может повредить таблицу.

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

Реализовать RENAME DATABASE. Чтобы сделать эту команду безопасной для всех обработчиков таблиц, она будет работать следующим образом:

Оптимизировать тип BIT, чтобы он занимал 1 бит (сейчас 1 символ).

Новое изменение внутреннего файлового интерфейса. Это позволит сделать обработку всех файлов более однотипной и упростит добавление такой функциональности, как RAID (текущая реализация - это просто хак).

Улучшенные таблицы в памяти (HEAP):

Не разрешать более чем определенному количеству потоков одновременно заниматься восстановлением MyISAM-таблиц.

Изменение INSERT ... SELECT с целью оптимального использования одновременных вставок.

Возвращать истинные типы полей при выполнении SELECT MIN(столбец) GROUP BY.

Множественные результаты.

Сделать возможным задание long_query_time с градацией в микросекундах.

Cлинковать код myisampack прямо в сервер.

Перенос кода MySQL на QNX.

Перенос кода MySQL на BeOS.

Перенос MySQL-клиентов на LynxOS.

Добавление временного буферного кэша ключей во время выполнения INSERT/DELETE/UPDATE, чтобы обеспечить изящное восстановление в случае, если индексный файл окажется полностью заполненным.

Если выполняется работа ALTER TABLE над таблицей, которая имеет символическую ссылку на другой диск, создавать временные таблицы на этом диске.

Реализация типа DATE/DATETIME с корректной обработкой информации о временных зонах, чтобы упростить работу с форматом даты для различных временных зон.

FreeBSD и MIT-pthreads; отнимают ли спящие потоки время процессора?

Проверить, занимают ли блокированные потоки время процессора.

Исправить configure так, чтобы можно было компилировать все библиотеки (подобно MyISAM) без потоков.

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

Возможность связывания по частям ключа (проблема оптимизации).

INSERT SQL_CONCURRENT и mysqld --concurrent-insert для выполнения одновременной вставки в конец файла, если файл закрыт для чтения.

Серверные курсоры.

Проверить, работает ли lockd с современными ядрами Linux; если нет, то внести исправления в lockd! Чтобы это протестировать, необходимо запустить mysqld с --enable-locking и выполнить различные наборы тестов на fork*. Они не должны выявить никаких ошибок, если lockd работает.

Возможность использования SQL-переменных в LIMIT, как, например, в LIMIT @a,@b.

Возможность обновления переменных в операторах UPDATE. Например: UPDATE TABLE foo SET @a=a+b,a=@a, b=@a+c.

Изменение: если пользовательские переменные обновляются, то сделать так, чтобы их можно было использовать с GROUP BY, как в следующем примере: SELECT id, @a:=COUNT(*), SUM(sum_col)/@a FROM table_name GROUP BY id.

Запретить автоматическое внесение DEFAULT-значений (значений по умолчанию) в столбцы. Выдавать ошибку в случае использования INSERT, не содержащего столбца, для которого не определено значение по умолчанию.

Исправить libmysql.c так, чтобы две команды mysql_query(), идущие подряд, могли работать без чтения результатов или с выдачей хорошего сообщения об ошибке, если это все-таки происходит.

Проверка, почему функция ctime() потоков MIT-pthreads не работает на некоторых FreeBSD системах.

Добавление опции IMAGE опции к LOAD DATA INFILE, чтобы не обновлять поля TIMESTAMP и AUTO_INCREMENT.

Добавляемый синтаксис LOAD DATE INFILE ... UPDATE.

Для таблиц с первичными ключами: если данные содержат первичный ключ, строки, соответствующие этому первичному ключу, обновляются остальными столбцами. Столбцы, которых нет во входных данных, остаются без изменений.

Для таблиц с первичными ключами, для которых отсутствует некоторая часть ключа во входном потоке данных или которые не имеют первичного ключа, входные данные интерпретируются сейчас как LOAD DATA INFILE ... REPLACE INTO.

Сделать понятный синтаксис LOAD DATA INFILE, подобно следующему:

LOAD DATA INFILE 'file_name.txt' INTO TABLE tbl_name
     TEXT_FIELDS (text_field1, text_field2, text_field3)
     SET table_field1=CONCAT(text_field1, text_field2),
         table_field3=23
     IGNORE text_field3

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

LOAD DATA INFILE 'file_name' INTO TABLE 'table_name' ERRORS TO err_table_name. Этот оператор задает запись всех ошибок и предупреждений в таблицу err_table_name, которая будет иметь структуру, подобную следующей:

line_number   - номер строки в файле данных
error_message - сообщение об ошибке/предупреждение
  и, возможно
data_line     - строка из файла данных

Автоматический вывод из mysql в Netscape.

LOCK DATABASES (с различными опциями.)

Функции: ADD_TO_SET(value,set) и REMOVE_FROM_SET(value,set).

Добавить использование t1 JOIN t2 ON ... и t1 JOIN t2 USING ... В данное время можно использовать этот синтаксис только с LEFT JOIN.

Намного большее количество переменных для SHOW STATUS. Фиксирование операций чтения и обновления. Выборки по 1 таблице и выборки по связям. Среднее число таблиц в выборке. Большое число запросов ORDER BY и GROUP BY.

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

Добавить интерфейс обработчика для табличных данных таким образом, чтобы была возможность использовать его как системную таблицу. Это будет работать несколько медленно в случае запрашивания информации обо всех таблицах, но очень гибко. Должен быть реализован SHOW INFO FROM tbl_name для основных данных о таблицах.

Сделать возможным SELECT a FROM crash_me LEFT JOIN crash_me2 USING (a); в данном случае подразумевается, что a будет браться из таблицы crash_me.

Oracle-подобный CONNECT BY PRIOR ... для изучения иерархических структур.

mysqladmin copy database new-database; требуется добавить команду COPY в mysqld.

Список процессов должен показывать количество запросов/потоков.

SHOW HOSTS для распечатки информации о кэше имен хостов.

Опции DELETE и REPLACE для оператора UPDATE (оператор с этими опциями будет удалять строки при получении ошибки дублирующихся ключей во время обновления).

Изменить формат DATETIME, чтобы сохранять порции в секундах.

Добавить все недостающие типы ANSI92 и ODBC 3.0.

Изменить имена таблиц с пустых строк на NULL для вычисляемых столбцов.

Не использовать Item_copy_string для числовых значений во избежание преобразований число->строка->число в случае: SELECT COUNT(*)*(id+0) FROM table_name GROUP BY id

Сделать возможным использование новой библиотеки GNU regexp вместо текущей (библиотека GNU должна быть намного быстрее, чем предыдущая).

Сделать так, чтобы ALTER TABLE не срывал работу INSERT DELAYED.

Сделать следующее исправление: если на столбцы есть ссылки в выражении UPDATE, они будут содержать значения, хранившиеся там до запуска процесса обновления.

Добавить эмуляцию pread()/pwrite() под Windows, чтобы сделать возможными одновременные вставки.

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

Добавить SUM(DISTINCT).

Добавить групповые функции ANY(), EVERY() и SOME(). В ANSI SQL эти функции работают только с булевыми столбцами, но мы можем расширить эти функции, чтобы они работали с любыми столбцами/выражениями, применив: value == 0 -> FALSE и value <> 0 -> TRUE.

Добиться, чтобы тип для MAX(column) был таким же как и тип столбцов:

mysql> CREATE TABLE t1 (a DATE);
mysql> INSERT INTO t1 VALUES (NOW());
mysql> CREATE TABLE t2 SELECT MAX(a) FROM t1;
mysql> SHOW COLUMNS FROM t2;

Придумать хороший синтаксис для оператора, который будет выполнять UPDATE над строкой при наличии таковой, и INSERT новой строки, если строка отсутствует (подобно тому, как REPLACE работает с INSERT / DELETE).

Реализовать функцию: get_changed_tables(timeout,table1,table2,...).

Изменить чтение таблиц так, чтобы везде, где возможно. использовалась memmap. Сейчас memmap используется только для уплотненных таблиц.

Сделать лучше автоматический код временных меток (timestamp). Добавлять временные метки в журнал обновлений при помощи SET TIMESTAMP=#;.

Использовать в некоторых местах семафор чтения/записи для увеличения скорости.

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

Подготовить простые обзоры (сначала по одной таблице, позднее по любому выражению).

Реализовать автоматическое закрытие некоторых таблиц, если таблица, временная таблица или временные файлы получат ошибку 23 (недостаточно открытых файлов).

Если обнаружится поле=#, заменить все местонахождения поля на #. Сейчас такое делается только для некоторых простых случаев.

Заменить все константные выражения вычисляемыми, если возможно.

Реализовать оптимизацию ключ=выражение. К данному моменту делается оптимизация только для ключ=поле или ключ=константа.

Связывать некоторые функции копирования для улучшения кода.

Заменить sql_yacc.yy внутритекстовым синтаксическим анализатором, чтобы уменьшить ее размер и получать лучшие сообщения об ошибке (5 дней).

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

Использовать полные вычисляемые имена в части сортировки (для ACCESS97).

MINUS, INTERSECT и FULL OUTER JOIN (в настоящее время поддерживаются UNION [в 4.0] и LEFT OUTER JOIN).

SQL_OPTION MAX_SELECT_TIME=#, чтобы устанавливать ограничения по времени для запроса.

Сделать так, чтобы обновляемый журнал записывался в базу данных..

Сделать добавления в LIMIT, чтобы можно было делать восстановление данных с конца результирующего набора.

Сигналы предупреждений для функций соединения/чтения/записи клиента.

Необходимо обратить внимание на изменения на safe_mysqld; согласно FSSTND (которому пытается следовать Debian) PID-файлы должны помещаться в /var/run/<progname>.pid, a файлы журналов - в /var/log. Было бы хорошо, если бы было можно поместить "DATADIR" в первое объявление "pidfile" и "log", чтобы местоположение этих файлов можно было изменить одним оператором.

Разрешать клиенту запрашивать ведение журналов.

Добавить использование zlib() для gzip-файлов в LOAD DATA INFILE.

Исправить сортировку и группирование BLOB-столбцов (сейчас проблема частично решена).

Хранимые процедуры. Рассматриваются также триггеры.

Простой (атомарный) язык обновления, который может быть использован для написания циклов и т.п. в MySQL-сервере.

Произвести изменения для того, чтобы пользоваться семафорами при подсчете потоков. Но сначала нужно реализовать библиотеку семафоров для потоков MIT-pthreads.

Не устанавливать новое значение во время установки колонки в 0. вместо этого использовать NULL.

Добавить полную поддержку круглых скобок для JOIN.

В качестве альтернативы одному потоку/соединению управлять пулом потоков при обработке запросов.

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

Такого не существует; мы стремимся к полной совместимости с ANSI 92/ANSI 99.

MySQL-server-VERSION.i386.rpm. Сервер MySQL. Если вам нужно только подключаться к серверу MySQL, запущенному на другом компьютере, этот файл не требуется. Обратите внимание, что выхода 4.0.10 этот пакет назывался MySQL-VERSION.i386.RPM.

MySQL-client-VERSION.i386.rpm.

Стандартные клиентские программы MySQL. Установка этого пакета требуется всегда.

MySQL-bench-VERSION.i386.rpm.

Тесты и контрольные задачи. Для файла требуется наличие модулей Perl и msql-mysql-modules.

MySQL-devel-VERSION.i386.rpm.

Библиотеки и включаемые файлы, необходимые для компилирования других клиентов MySQL, таких как модули Perl.

MySQL-shared-VERSION.i386.rpm

Этот пакет содержит динамические библиотеки (libmysqlclient.so*), нужные для некоторых языков программирования или приложений для того, чтобы работать с MySQL.

MySQL-embedded-VERSION.i386.rpm

Встраиваемая библиотека сервера MySQL (MySQL 4.x и более новые).

MySQL-VERSION.src.rpm.

Этот файл содержит исходный код для всех предыдущих пакетов. Файл также можно использовать для создания файлов RPM для других архитектур (например Alpha или SPARC).

32-разрядная операционная система Windows, такая как 9x, Me, NT, 2000 или XP. Под управлением семейства NT (NT, Windows 2000 и XP) сервер MySQL можно запускать как сервис. See Раздел 2.6.2.2, «Запуск MySQL на Windows NT, 2000 или XP». Если предполагается работать с таблицами размером более 4 Гб, необходимо установить MySQL на файловую систему NTFS или более новую. При создании таблиц не забывайте использовать MAX_ROWS и AVG_ROW_LENGTH. See Раздел 6.5.3, «Синтаксис оператора CREATE TABLE».

Поддержка протокола TCP/IP.

Копия бинарного кода MySQL или дистрибутив для Windows, который может быть загружен с http://www.mysql.com/downloads/.

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

Архиватор ZIP для распаковки файла дистрибутива.

Достаточно места на жестком диске для распаковки, установки и создания баз данных в соответствии с вашими требованиями.

Если вы планируете подключаться к серверу MySQL через ODBC, то понадобится драйвер MyODBC. See Раздел 8.3, «Поддержка ODBC в MySQL».

Mac OS X Server 10.2-10.2.2 идет с MySQL 3.23.51 в поставке

Mac OS X Server 10.2.3 и 10.2.4 поставляется с MySQL 3.23.53

AIX 4.x, 5.x с собственными потоками. См.раздел See Раздел 2.6.6.4, «Примечания к IBM-AIX».

Amiga.

BSDI 2.x с пакетом MIT-pthreads. See Раздел 2.6.4.5, «Примечания к BSD/OS версий 2.x».

BSDI 3.0, 3.1 и 4.x с собственными потоками. See Раздел 2.6.4.5, «Примечания к BSD/OS версий 2.x».

DEC Unix 4.x с собственными потоками. See Раздел 2.6.6.6, «Примечания к Alpha-DEC-UNIX (Tru64)».

FreeBSD 2.x с пакетом MIT-pthreads. See Раздел 2.6.4.1, «Примечания к FreeBSD».

FreeBSD 3.x и 4.x с собственными потоками. See Раздел 2.6.4.1, «Примечания к FreeBSD».

HP-UX 10.20 с пакетом MIT-pthreads или пакетом DCE-threads. See Раздел 2.6.6.2, «Примечания к HP-UX версии 10.20».

HP-UX 11.x с собственными потоками. See Раздел 2.6.6.3, «Примечания к HP-UX версий 11.x».

Linux 2.0+ с потоками LinuxThreads 0.7.1+ или glibc 2.0.7+. См. раздел See Раздел 2.6.1, «Примечания к Linux (Все версии Linux)».

Mac OS X. See Раздел 2.6.5, «Примечания к Mac OS X».

NetBSD 1.3/1.4 Intel и NetBSD 1.3 Alpha (требует GNU make). See Раздел 2.6.4.2, «Примечания к NetBSD».

OpenBSD > 2.5 с собственными потоками. OpenBSD < 2.5 с пакетом MIT-pthreads. See Раздел 2.6.4.3, «Примечания к OpenBSD 2.5».

OS/2 Warp 3, FixPack 29 и OS/2 Warp 4, FixPack 4. See Раздел 2.6.7, «Примечания к OS/2».

SGI Irix 6.x с собственными потоками. See Раздел 2.6.6.8, «Примечания к SGI Irix».

Solaris 2.5 и выше с собственными потоками на SPARC и x86. See Раздел 2.6.3, «Примечания к Solaris».

SunOS 4.x с пакетом MIT-pthreads. See Раздел 2.6.3, «Примечания к Solaris».

Caldera (SCO) OpenServer с последним портом пакета FSU Pthreads. See Раздел 2.6.6.9, «Примечания к Caldera (SCO)».

Caldera (SCO) UnixWare 7.0.1. See Раздел 2.6.6.10, «Примечания к Caldera (SCO) Unixware Version 7.0».

Tru64 Unix

Windows 9x, Me, NT, 2000 и XP. See Раздел 2.6.2, «Примечания к Windows».

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

Способность ядра и/или библиотеки потоков пользоваться преимуществом симметричной многопроцессорной обработки (SMP) на многопроцессорных системах. Другими словами, при создании процессом потока для этого потока должна быть возможность работать на ином центральном процессоре (CPU), чем исходный процесс.

Способность библиотеки ядра и/или потоков запускать много потоков, которые приобретают/освобождают синхронизирующий флаг в небольшой критической области, часто без излишних переключений контекста. Иными словами, если реализация pthread_mutex_lock() является очень ``уступающей'' время центрального процессора, это значительно вредит MySQL. Если не принять во внимание данное обстоятельство, то использование добавочных центральных процессоров сделает MySQL существенно медленнее.

Общая стабильность/производительность файловой системы.

Способность файловой системы работать с большими файлами вообще и работать с ними эффективно в случае больших таблиц.

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

Выполненный нами у себя объем тестирования подобных конфигураций.

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

Если вы собираетесь использовать MySQL впервые или пытаетесь выполнить перенос MySQL на некоторую систему, для которой нет бинарного дистрибутива, то обычно мы рекомендуем начинать со стабильной версии (в настоящее время это версия 3.23). Следует иметь в виду, что все релизы MySQL проверяются с помощью тестов производительности MySQL и набора всесторонних тестов перед каждым выпуском (даже для экспериментальных выпусков).

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

Если необходимо инсталлировать MySQL в некотором явно заданном местоположении (стандартные бинарные поставки являются ``готовыми к запуску'' в любом месте, но, возможно, вам потребуется еще большая гибкость).

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

Бинарный дистрибутив расширенной версии MySQL маркируется суффиксом -max и конфигурируется с теми же опциями, что и mysqld-max. See Раздел 4.7.5, «mysqld-max, расширенный сервер mysqld».

Если вы хотите использовать пакет RPM MySQL-Max, то сначала следует установить стандартный пакет MySQL RPM.

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

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

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

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

Если вы хотите читать (и/или модифицировать) исходный код MySQL (на C и C++), необходимо иметь дистрибутив исходного кода. Исходный код - это всегда лучшая документация. Дистрибутивы исходного кода также содержат больше тестов и примеров, чем бинарные дистрибутивы.

Первое число (3) служит для описания формата файлов. Все выпуски версии 3 имеют один и тот же формат файлов.

Второе число (21) представляет собой уровень выпуска. Обычно существует выбор из двух возможностей. Одна представляет выпуск стабильной ветви (в настоящее время 23) и вторая - экспериментальную ветвь (в настоящее время 4.0). Обычно обе ветви стабильны, но экспериментальная версия может обладать некоторыми причудами, возможно отсутствие документации на новые свойства, либо она может не компилироваться на некоторых системах.

Третье число (17) является номером версии в пределах уровня выпуска. Это число увеличивается для каждого нового дистрибутива. Обычно имеет смысл предпочесть самую последнюю версию для выбранного уровня выпуска.

Суффикс (beta) указывает на уровень стабильности данного выпуска. Возможны следующие суффиксы:

Внутренний набор тестов

Набор является частью производственной системы для заказчика. Этот набор включает много таблиц с сотнями мегабайт данных.

Набор тестов производительности MySQL

Эти тесты работают с набором общеупотребительных запросов. Кроме того, они позволяют увидеть, действительно ли последний пакет оптимизаций делает код быстрее. See Раздел 5.1.4, «Набор тестов MySQL (The MySQL Benchmark Suite)».

Тест crash-me

Тест пытается определить, какие функциональные возможности поддерживает база данных и каковы ее возможности и ограничения. See Раздел 5.1.4, «Набор тестов MySQL (The MySQL Benchmark Suite)».

Сервер mysqld устанавливается в каталог libexec, а не в bin.

Каталогом данных является var, а не data.

mysql_install_db устанавливается в каталоге /usr/local/bin, а не в /usr/local/mysql/scripts.

Каталогами заголовочных файлов и библиотек являются include/mysql и lib/mysql, а не include и lib.

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

Протестированные на устойчивость версии должны обычно появляться 1-2 раза в год, но если обнаруживаются небольшие ошибки, то выпускаются версии только с исправлениями ошибок.

Рабочие исправления к старым версиям должны появляться примерно каждые 1-8 недель.

Бинарные дистрибутивы для некоторых платформ мы будем делать для значительных выпусков. Бинарные дистрибутивы для других систем иногда создаются и другими людьми, но, как правило, не так часто.

Обычно мы делаем патчи доступными сразу же после локализации и исправления небольших ошибок. Они посылаются на <bugs@lists.mysql.com> и включаются в очередной выпуск.

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

Если по какой-либо случайности в выпуске окажется критическая ошибка, то мы сделаем новый выпуск как можно скорее. Мы хотели бы, чтобы нашему примеру и следовали и другие компании.

Linux 2.4.xx i386 с gcc 2.95.3

CFLAGS="-O2 -mcpu=pentiumpro" CXX=gcc CXXFLAGS="-O2 -mcpu=pentiumpro -felide-constructors" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --disable-shared --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static

Linux 2.4.xx ia64 с ecc (Intel C++ Itanium Compiler 7.0)

CC=ecc CFLAGS=-tpp1 CXX=ecc CXXFLAGS=-tpp1 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile

Linux 2.4.xx alpha с ccc (Compaq C V6.2-505 / Compaq C++ V6.3-006)

CC=ccc CFLAGS="-fast -arch generic" CXX=cxx CXXFLAGS="-fast -arch generic -noexceptions -nortti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-mysqld-ldflags=-non_shared --with-client-ldflags=-non_shared --disable-shared

Linux 2.2.xx sparc с egcs 1.1.2

CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --disable-shared

Linux 2.4.xx s390 с gcc 2.95.3

CFLAGS="-O2" CXX=gcc CXXFLAGS="-O2 -felide-constructors" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --disable-shared --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static

Sun Solaris 2.8 sparc с gcc 3.2

CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --with-named-z-libs=no --with-named-curses-libs=-lcurses --disable-shared

Sun Solaris 2.9 sparc с gcc 2.95.3

CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --with-named-curses-libs=-lcurses --disable-shared

Sun Solaris 2.9 sparc с cc-5.0 (Sun Forte 5.0)

CC=cc-5.0 CXX=CC ASFLAGS="-xarch=v9" CFLAGS="-Xa -xstrconst -mt -D_FORTEC_ -xarch=v9" CXXFLAGS="-noex -mt -D_FORTEC_ -xarch=v9" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --with-named-z-libs=no --enable-thread-safe-client --disable-shared

IBM AIX 4.3.2 ppc с gcc 3.2.1

CFLAGS="-O2 -mcpu=powerpc -Wa,-many " CXX=gcc CXXFLAGS="-O2 -mcpu=powerpc -Wa,-many -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-named-z-libs=no --disable-shared

IBM AIX 5.1.0 ppc с gcc 3.2.1

CFLAGS="-O2 -mcpu=powerpc -Wa,-many" CXX=gcc CXXFLAGS="-O2 -mcpu=powerpc -Wa,-many -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --with-server-suffix="-pro" --enable-thread-safe-client --enable-local-infile --with-named-z-libs=no --disable-shared --with-innodb

HP-UX 10.20 pa-risc1.1 с gcc 3.1

CFLAGS="-DHPUX -I/opt/dce/include -O3 -fPIC" CXX=gcc CXXFLAGS="-DHPUX -I/opt/dce /include -felide-constructors -fno-exceptions -fno-rtti -O3 -fPIC" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-pthread --with-named-thread-libs=-ldce --with-lib-ccflags=-fPIC --disable-shared

HP-UX 11.11 pa-risc2.0 с aCC (HP ANSI C++ B3910B A.03.33)

CC=cc CXX=aCC CFLAGS=+DD64 CXXFLAGS=+DD64 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --disable-shared

Apple MacOS X 10.2 powerpc с gcc 3.1

CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --disable-shared

FreeBSD 4.7 i386 с gcc 2.95.4

CFLAGS=-DHAVE_BROKEN_REALPATH ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --with-named-z-libs=not-used --disable-shared

SCO Unix 3.2v5.0.6 i386 с gcc 2.95.3

CFLAGS="-O3 -mpentium" LDFLAGS=-static CXX=gcc CXXFLAGS="-O3 -mpentium -felide-constructors" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-named-z-libs=no --enable-thread-safe-client --disable-shared

Caldera Open Unix 8.0.0 i386 с CC 3.2

CC=cc CFLAGS="-O" CXX=CC ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-named-z-libs=no --enable-thread-safe-client --disable-shared

Compaq Tru64 OSF/1 V5.1 732 alpha с cc/cxx (Compaq C V6.3-029i / DIGITAL C++ V6.1-027)

CC="cc -pthread" CFLAGS="-O4 -ansi_alias -ansi_args -fast -inline speed -speculate all" CXX="cxx -pthread" CXXFLAGS="-O4 -ansi_alias -fast -inline speed -speculate all -noexceptions -nortti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --with-prefix=/usr/local/mysql --with-named-thread-libs="-lpthread -lmach -lexc -lc" --disable-shared --with-mysqld-ldflags=-all-static

SGI Irix 6.5 IP32 с gcc 3.0.1

CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --disable-shared

Linux 2.2.x с x686 с gcc 2.95.2

CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static --disable-shared --with-extra-charsets=complex

SunOS 4.1.4 2 sun4c с gcc 2.7.2.1

CC=gcc CXX=gcc CXXFLAGS="-O3 -felide-constructors" ./configure --prefix=/usr/local/mysql --disable-shared --with-extra-charsets=complex --enable-assembler

SunOS 5.5.1 (and above) sun4u с egcs 1.0.3a or 2.90.27 or gcc 2.95.2 and newer

CC=gcc CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex --enable-assembler

SunOS 5.6 i86pc с gcc 2.8.1

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex

BSDI BSD/OS 3.1 i386 с gcc 2.7.2.1

CC=gcc CXX=gcc CXXFLAGS=-O ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

BSDI BSD/OS 2.1 i386 с gcc 2.7.2

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

AIX 2 4 с gcc 2.7.2.2

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

GNU gunzip для разархивирования дистрибутива.

Подходящий tar для распаковки дистрибутива. GNU tar известен как работающий, а tar разработки Sun - как имеющий проблемы.

Для компиляции только клиентских библиотек MySQL и клиентских программ (без серверной части) используйте опцию --without-server:

shell> ./configure --without-server

При отсутствии компилятора C++ не будет компилироваться mysql (именно для данной клиентской программы требуется C++). В этом случае можно удалить из configure код, который проверяет наличие компилятора C++, а затем запустить ./configure с опцией --without-server. На этапе компиляции и после этого будет предпринята попытка скомпилировать mysql, но любые предупреждения насчет mysql.cc можно игнорировать (если make остановится, попробуйте запустить make -k - чтобы компиляция остального кода продолжалась даже в случае возникновения ошибок).

Если необходимо получить встраиваемую библиотеку MySQL (libmysqld.a), используйте опцию --with-embedded-server.

Если вы не хотите, чтобы ваши системные журналы и каталоги баз данных располагались в каталоге /usr/local/var, то используйте команду configure наподобие одной из приведенных ниже:

shell> ./configure --prefix=/usr/local/mysql
shell> ./configure --prefix=/usr/local \
      --localstatedir=/usr/local/mysql/data

Первая команда изменяет установочный префикс, в результате чего весь код будет установлен в каталоге /usr/local/mysql вместо принятого по умолчанию /usr/local. Вторая команда сохраняет принятый по умолчанию установочный префикс, но переопределяет принятое по умолчанию местоположение каталогов базы данных (обычно /usr/local/var) и изменяет его на /usr/local/mysql/data. После завершения компиляции MySQL эти опции можно изменить с помощью файлов опций (see Раздел 4.1.2, «Файлы параметров my.cnf»)

Если вы работаете под Unix и хотите, чтобы сокет MySQL находился в каком-либо другом, отличном от принятого по умолчанию, месте (обычно по умолчанию задается каталог /tmp или /var/run), используйте команду configure, подобную следующей:

shell> ./configure --with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock

Следует учитывать, что данный файл должен представлять собой полный путь к каталогу! Позже местоположение mysql.sock можно также изменить, используя файлы опций MySQL (see Раздел A.4.5, «Как защитить или изменить сокет-файл MySQL /tmp/mysql.sock»).

Если необходимо компилировать статически линкованные программы (например, чтобы создать бинарный дистрибутив, или чтобы повысить скорость, или чтобы обойти проблемы некоторых дистрибутивов RedHat Linux), запустите configure так, как показано ниже:

shell> ./configure --with-client-ldflags=-all-static \
      --with-mysqld-ldflags=-all-static

При использовании gcc без установленной библиотеки libg++ или libstdc++ можно предписать configure в качестве компилятора C++ использовать gcc:

shell> CC=gcc CXX=gcc ./configure

Если gcc используется как компилятор C++, то он не будет пробовать линковаться с libg++ или libstdc++. Это может оказаться полезным даже если такие библиотеки установлены, поскольку при использовании некоторых версий вышеназванных библиотек в прошлом у пользователей MySQL возникали непонятные проблемы.

Ниже приводятся установки некоторых общих переменных окружения в зависимости от используемого компилятора:

В большинстве случаев можно получить достаточно оптимальный бинарный код MySQL путем использования опций предыдущей таблицы и добавления в командной строке следующих опций:

--prefix=/usr/local/mysql --enable-assembler \
--with-mysqld-ldflags=-all-static

Другими словами, полная строка конфигурации для всех последних версий gcc должна быть подобна приведенной ниже:

CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro \
-felide-constructors -fno-exceptions -fno-rtti" ./configure \
--prefix=/usr/local/mysql --enable-assembler \
--with-mysqld-ldflags=-all-static

Все бинарные коды, которые мы поставляем с веб-сайта MySQL на http://www.mysql.com/, компилируются с максимальной оптимизацией и должны быть идеальными для большинства пользователей (see Раздел 2.2.7, «Бинарные коды MySQL, скомпилированные в MySQL AB»). Существуют некоторые настройки, позволяющие сделать бинарный код даже еще быстрее, но их могут выполнять только опытные пользователи (see Раздел 5.5.3, «Как компиляция и линкование влияет на скорость MySQL»).

Если создать код не удается и при этом выдаются ошибки с указанием на компилятор или если компоновщик не в состоянии создать совместную библиотеку libmysqlclient.so.# (‘#’ представляет собой номер версии), то эту проблему можно обойти путем добавления к configure опции --disable-shared. В этом случае configure не будет создавать совместную библиотеку libmysqlclient.so.#.

Можно сконфигурировать MySQL таким образом, чтобы не использовать величины DEFAULT на столбцах не-NULL (т.е. на столбцах, которые не могут принимать значение NULL). При указании этой опции команды INSERT будут генерировать ошибку в случае, если явно не указаны величины для всех столбцов, которые не могут принимать значение NULL. Чтобы запретить использование величин по умолчанию, запустите configure, как показано ниже:

shell> CXXFLAGS=-DDONT_USE_DEFAULT_FIELDS ./configure

По умолчанию в MySQL используется кодировка ISO-8859-1 (Latin1). Для изменения кодировки, принятой по умолчанию, следует применить опцию --with-charset:

shell> ./configure --with-charset=CHARSET

CHARSET может принимать одно из следующих значений: big5, cp1251, cp1257, czech, danish, dec8, dos, euc_kr, gb2312, gbk, german1, hebrew, hp8, hungarian, koi8_ru, koi8_ukr, latin1, latin2, sjis, swe7, tis620, ujis, usa7 или win1251ukr (see Раздел 4.6.1, «Набор символов, применяющийся для записи данных и сортировки»). Если требуется преобразовывать символы между сервером и клиентом, следует рассмотреть команду SET CHARACTER SET (see Раздел 5.5.6, «Синтаксис команды SET»).

Предупреждение: если набор символов изменяется после создания таблиц, необходимо запустить myisamchk -r -q --set-characted-set=charset на каждой таблице. В противном случае индексы могут сортироваться неправильно (такое может случиться, если вы установите MySQL, создадите ряд таблиц, затем переконфигурируете MySQL с целью использования другого набора символов и заново установите MySQL).

С помощью опции --with-extra-charsets=LIST можно определить, какие дополнительные кодировки необходимо скомпилировать в данном сервере.