1.11.1 Сравнение MySQL и mSQL

Производительность

Точные результаты сравнения скорости работы можно найти в постоянно пополняющейся библиотеке проведенных тестов по MySQL (see section 5.1.4 Набор тестов MySQL (The MySQL Benchmark Suite)). СУБД mSQL, благодаря отсутствию затрат дополнительных ресурсов на создание потоков, а также за счет компактности синтаксического анализатора, небольшого количества функций и упрощенной системы безопасности, должна выигрывать в скорости выполнения:

• тестов на выполнение циклов соединение-отсоединение, при каждом соединении выполняющих какой-нибудь простой запрос
• операций INSERT над простыми таблицами, содержащими небольшое количество столбцов и ключей
• CREATE TABLE и DROP TABLE
• операций SELECT чего-нибудь, кроме индексов (очень просто выполняется просмотр таблицы)

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

• выполнении сложных операций SELECT.
• загрузке объемных результатов (протокол, применяющийся в MySQL, превосходит другие по качеству, скорости и безопасности).
• работе с таблицами, имеющими строки переменной длины, так как обработка данных в MySQL реализована более эффективно и в нем допускается создание индексов для столбцов с типом VARCHAR.
• обработке таблиц, содержащих большое количество столбцов.
• обработке таблиц с длинными записями.
• выполнении операций SELECT с несколькими выражениями.
• выполнении операций SELECT над объемными таблицами.
• одновременной работе с несколькими соединениями. Архитектура MySQL Server является полностью многопоточной. Для каждого соединения создается отдельный поток и, таким образом, ни одному из них не приходится ожидать завершения другого (если, конечно, один из потоков не занимается изменением таблицы, доступ к которой требуется другому потоку). В mSQL же после установки одного соединения остальным приходится ожидать его завершения, вне зависимости от сложности и времени выполнения примененного в этом соединении запроса. По завершении первого соединения начинает обслуживаться второе, а все остальные снова ждут своей очереди.
• связывании таблиц. При изменении порядка таблиц в вызове SELECT, скорость работы mSQL может упасть ниже всяких допустимых пределов. При выполнении комплекта тестов производительности выполнение такой операции заняло в 15000 раз больше времени, чем у MySQL. Причиной столь плачевно низкой производительности является отсутствие в mSQL оптимизатора связей, который обеспечивал бы оптимальность используемого порядка соединения таблиц. Однако если в mSQL2 расположить таблицы в правильном порядке, не перегружать оператор WHERE и использовать индексные столбцы, связывание будет выполнено относительно быстро! (see section 5.1.4 Набор тестов MySQL (The MySQL Benchmark Suite)).
• ORDER BY и GROUP BY.
• DISTINCT.
• работе со столбцами с типами TEXT или BLOB.

Возможности SQL

• GROUP BY и HAVING. В mSQL функция GROUP BY отсутствует вовсе. В MySQL Server же GROUP BY имеется и работает как с HAVING, так и со следующими функциями: COUNT(), AVG(), MIN(), MAX(), SUM()и STD(). Работа оператора COUNT(*) оптимизирована в расчете на быстрый возврат результатов, если оператор SELECT берет данные из одной таблицы, не используя никаких других столбцов и выражения WHERE. Функции MIN() и MAX() могут принимать строковые аргументы.
• INSERT и UPDATE с вычислениями. MySQL может выполнять вычисления непосредственно в теле вызова INSERT или UPDATE. Вот пример:

  mysql> UPDATE SET x=x*10+y WHERE x<20;
  

• Псевдонимы. В MySQL имеется возможность определения псевдонимов столбцов.
• Квалификация имен столбцов. В MySQL, при условии уникальности имени столбца среди таблиц, использующихся при выполнении запроса, нет необходимости приводить его полный квалификатор.
• SELECT с функциями. Функций в MySQL много (даже слишком много, чтобы их можно было перечислить здесь; see section 6.3 Функции, используемые в операторах SELECT и WHERE).

Эффективность использования дискового пространства

Можно ли уменьшить таблицы, и если да, то насколько? В MySQL имеются очень точные типы данных, а с их помощью можно создавать таблицы, занимающие минимум пространства. Примером чрезвычайно полезного типа данных MySQL может служить MEDIUMINT, длина значений которого составляет 3 байта. При наличии 100 миллионов записей значение экономии даже одного байта на каждой из них трудно переоценить. Выбор типов столбцов в mSQL2 значительно беднее, и поэтому снизить размеры таблиц заметно трудней.

Стабильность

Объективно оценить этот параметр трудно. Подробно вопрос стабильности MySQL рассмотрен в разделе section 1.4.3 Насколько стабильным является MySQL?. Данных и опыта, позволяющих судить о стабильности mSQL, у нас не имеется.

Стоимость

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

Perl-интерфейсы

Perl-интерфейсы MySQL практически идентичны своим аналогам из mSQL, хотя и обладают некоторыми дополнительными возможностями.

JDBC (Java)

В настоящее время для MySQL разработано много разнообразных JDBC-драйверов:

• MySQL Connector/J - родной драйвер для Java. Версия 3.x выпускается под двойным лицензированием (GPL и коммерческая лицензия).
• Драйвер Resin: коммерческий JDBC-драйвер, распространяющийся как ПО с открытым кодом. http://www.caucho.com/projects/jdbc-mysql/index.xtp
• Драйвер gwe: Java-интерфейс, разработанный компанией GWE technologies (более не поддерживается).
• Драйвер jms: улучшенная версия драйвера gwe, разработанная Кельвином Заоку Жу (Xiaokun Kelvin ZHU, [email protected]) (более не поддерживается).
• Драйвер twz: JDBC-драйвер типа 4, разработанный Терренсом В. Зеллерсом (Terrence W. Zellers [email protected]). Это коммерческий продукт, но в частном порядке и для образовательных целей им можно пользоваться бесплатно (более не поддерживается).

Рекомендуется использование драйвера mm. Драйвер Resin тоже, возможно, неплох (по крайней мере, результаты тестов выглядят хорошо), но достаточного количества информации по нему у нас пока нет. Мы знаем, что в mSQL имеется JDBC-драйвер, но для сравнения у нас не хватает опыта работы с ним.

Скорость разработки

Основная команда разработчиков MySQL немногочисленна, но мы привыкли писать код на C и C++ очень быстро. Так как потоки, функции, оператор GROUP BY и т.п. в mSQL все еще не реализованы, этой системе еще долго придется догонять нас. Более точное представление о положении вещей вы сможете получить, прочитав файл `HISTORY' от mSQL за последний год, и сравнив его с разделом новостей (News) MySQL Reference Manual (see section D История изменений и обновлений MySQL). После этого сомнений относительно того, какая система развивалась быстрее, остаться не должно.

Инструментальные программы

Как для mSQL, так и для MySQL сторонними разработчиками было создано множество интересных инструментальных средств. Поскольку перенос программ из mSQL в MySQL сложностей не представляет, почти все интересные приложения, разработанные первоначально для mSQL,имеются и в вариантах для MySQL. В комплект поставки MySQL входит простая программа msql2mysql, исправляющая различия в написании наиболее популярных функций C API между mSQL и MySQL. Вызовы функции msqlConnect(), например, она заменяет на mysql_connect(). Обычно для перевода клиентской программы из mSQL в MySQL оказывается достаточно минимальных усилий.

Главы

• 1.11.1.1 Как конвертировать инструментальные средства mSQL в MySQL
• 1.11.1.2 Различия в клиент-серверных коммуникационных протоколах mSQL и MySQL
• 1.11.1.3 Различия в синтаксисе SQL между mSQL 2.0 и MySQL

User Comments

Add your own comment.