-
Производительность
Точные результаты сравнения скорости работы можно найти в постоянно пополняющейся библиотеке проведенных тестов по MySQL (see Раздел 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 Раздел 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 Раздел 6.3, «Функции, используемые в операторахSELECT
иWHERE
»).
-
Эффективность использования дискового пространства
Можно ли уменьшить таблицы, и если да, то насколько? В MySQL имеются очень точные типы данных, а с их помощью можно создавать таблицы, занимающие минимум пространства. Примером чрезвычайно полезного типа данных MySQL может служить
MEDIUMINT
, длина значений которого составляет 3 байта. При наличии 100 миллионов записей значение экономии даже одного байта на каждой из них трудно переоценить. Выбор типов столбцов в mSQL2 значительно беднее, и поэтому снизить размеры таблиц заметно трудней. -
Стабильность
Объективно оценить этот параметр трудно. Подробно вопрос стабильности MySQL рассмотрен в разделе Раздел 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-драйвер, распространяющийся как ПО с открытым кодом. https://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 Приложение C, История изменений и обновлений MySQL). После этого сомнений относительно того, какая система развивалась быстрее, остаться не должно. -
Инструментальные программы
Как для mSQL, так и для MySQL сторонними разработчиками было создано множество интересных инструментальных средств. Поскольку перенос программ из mSQL в MySQL сложностей не представляет, почти все интересные приложения, разработанные первоначально для mSQL,имеются и в вариантах для MySQL. В комплект поставки MySQL входит простая программа
msql2mysql
, исправляющая различия в написании наиболее популярных функций C API между mSQL и MySQL. Вызовы функцииmsqlConnect()
, например, она заменяет наmysql_connect()
. Обычно для перевода клиентской программы из mSQL в MySQL оказывается достаточно минимальных усилий.