Проверка текущей версии MySQL
MySQL — это чрезвычайно популярная СУБД с открытым исходным кодом, которая широко используется миллионами компаний и профессионалов. В этой статье вы узнаете, как проверить текущую версию MySQL и как обновить ее в случае необходимости.
Зачем вам нужно знать версию MySQL?
В некоторых ситуациях очень важно знать текущую версию MySQL, поскольку определенные функции могут быть несовместимы с вашей системой. Кроме того, установка лучшей версии MySQL снижает риск краха вашей системы. Получение новой версии также означает новые функции и лучшие возможности для вашей системы. Итак, давайте посмотрим, как проверить, установлена ли на вашем сервере MySQL последняя версия, и как обновить ее, если это не так.
Как проверить версию MySQL в терминале Windows
Один из самых простых способов проверить версию вашего локального сервера MySQL из командной строки в Windows — использовать следующую команду, которая работает не только в Windows, но и в MAC, Linux и Ubuntu:
Как узнать версию MySQL из клиента командной строки
Просто откройте клиент MySQL, и информация о текущей версии MySQL будет сразу же доступна.
С помощью select
Введите следующую команду, чтобы получить информацию о текущей версии:
Запрос MySQL SHOW VARIABLES LIKE
Другой способ показать информацию о версии MySQL — с помощью оператора SHOW VARIABLES LIKE. В клиенте командной строки MySQL введите следующую команду:
Команда MySQL SELECT VERSION
Клиент MySQL позволяет получить информацию о версии путем выполнения команды SELECT VERSION() в базе данных MySQL. Вот синтаксис запроса MySQL SELECT VERSION:
Не забывайте использовать точку с запятой в качестве разделителя операторов при работе с MySQL Client.
Команда MySQL STATUS
Вы также можете просмотреть текущую версию MySQL с помощью команды STATUS:
Вывод включает информацию о комментарии версии, которая помогает проверить состояние версии MySQL, например, время работы, потоки и многое другое.
Как проверить версию MySQL в XAMPP
Чтобы проверить версию MySQL в XAMPP, откройте командную строку Windows, перейдите в папку, где установлен XAMPP, и выполните следующую команду:
Другой способ проверить текущую версию MySQL в XAMPP заключается в следующем. Перейдите к файлу readme_en.txt, который находится в папке установки XAMPP. Там вы увидите номер версии MySQL.
Как найти последнюю версию MySQL
После того, как вы узнали свою версию MySQL, у вас неизбежно возникнет вопрос: какова последняя версия MySQL? В настоящее время последней стабильной версией MySQL является 8.0.
Чтобы убедиться, что ваша база данных работает на последней версии MySQL, вы можете следить за сообществом MSQL, где вы можете загрузить новую версию из списка последних версий. История версий MySQL действительно богата, и каждый новый релиз дает пользователям больше возможностей для более быстрой и эффективной работы.
Как обновить версию MySQL
Проверив текущую версию MySQL, вы можете обнаружить, что она не самая последняя. В этом случае вам необходимо обновить версию MySQL, следуя нашим простым инструкциям.
Если у вас более поздние версии MySQL, это может сэкономить ваше время, поскольку они обновляются автоматически. В этом случае вам не нужно ничего делать. Если вы намерены взять процесс под свой контроль и сделать все вручную, вы можете следовать нашим простым инструкциям. Перед началом работы не забудьте сделать резервную копию базы данных MySQL, чтобы быть уверенным в сохранности ваших данных.
Обновите версию MySQL с помощью командной строки так же, как вы это делали при проверке текущей версии MySQL.
Клиент mysql_upgrade теперь устарел. Действия, выполняемые клиентом обновления, теперь выполняются сервером.
2. Обновление версии MySQL с помощью cPanel дает вам более глубокий root-доступ, так как он поставляется с Web Host Manager. Чтобы обновить текущую версию MySQL, войдите в WHM и перейдите в Software > MySQL Upgrade. Выберите версию MySQL, которую вы хотите обновить, и нажмите Далее.
3. Чтобы обновить версию MySQL на Linux/Ubuntu, используйте учетные данные SSH и в репозитории MySQL APT Repository выполните следующую команду:
MySQL (64-bit)
MySQL is designed for enterprise organizations delivering business-critical database applications. It gives corporate developers, DBAs, and ISVs an array of new enterprise features to make more productive developing, deploying, and managing industrial-strength applications.
If you need a GUI for MySQL Database, you can download — NAVICAT (MySQL GUI). It supports to import Oracle, MS SQL, MS Access, Excel, CSV, XML, or other formats to the program.
MySQL Database Server delivers new enterprise features, including ACID Transactions to build reliable and secure business-critical applications. Stored procedures to improve developer productivity. Triggers to enforce complex business rules at the database level. Views to ensure sensitive information is not compromised. Information schema to provide easy access to metadata. Distributed transactions (XA) to support complex transactions across multiple databases.
Top 10 Reasons to Use MySQL:
Scalability and Flexibility
The MySQL 64 bit database server provides the ultimate in scalability, sporting the capacity to handle deeply embedded applications with a footprint of only 1MB to running massive data warehouses holding terabytes of information.
High Performance
A unique storage-engine architecture allows database professionals to configure the database server specifically for particular applications, with the end result being amazing performance results.
High Availability
Rock-solid reliability and constant availability are hallmarks of the app, with customers relying on the program to guarantee around-the-clock uptime.
Robust Transactional Support
It offers one of the most powerful transactional database engines on the market. Features include complete ACID (atomic, consistent, isolated, durable) transaction support, unlimited row-level locking, and more.
Web and Data Warehouse Strengths
The tool is the de-facto standard for high-traffic web sites because of its high-performance query engine, tremendously fast data insert capability, and strong support for specialized web functions like fast full-text searches.
Strong Data Protection
Because guarding the data assets of corporations is the number one job of database professionals, It offers exceptional security features that ensure absolute data protection.
Comprehensive Application Development
One of the reasons the app is the world’s most popular open-source database is that it provides comprehensive support for every application development need. Within the database, support can be found for stored procedures, triggers, functions, views, cursors, ANSI-standard SQL, and more.
Management Ease
The software offers exceptional quick-start capability with the average time from software download to installation completion being less than fifteen minutes.
Open Source Freedom and 24 x 7 Support
Many corporations are hesitant to fully commit to open source software because they believe they can’t get the type of support or professional service safety nets they currently rely on with proprietary software to ensure the overall success of their key applications.
Lowest Total Cost of Ownership
By migrating current database-driven applications to My SQL, or using It for new development projects, corporations are realizing cost savings that many times stretch into seven figures.
Обновление MySQL (Percona Server) с 5.7 до 8.0
Прогресс не стоит на месте, поэтому причины обновиться на актуальные версии MySQL становятся всё более весомыми. Не так давно в одном из наших проектов настало время обновлять уютные кластеры Percona Server 5.7 до 8-й версии. Всё это происходило на платформе Ubuntu Linux 16.04. Как выполнить подобную операцию с минимальным простоем и с какими проблемами мы столкнулись при обновлении — читайте в этой статье.
Подготовка
Любое обновление сервера баз данных скорее всего связано с перенастройкой базы: изменений требований к лимитам на системные ресурсы и исправлением конфигов базы, которые надо очистить от устаревших директив.
Перед обновлением мы обязательно обратимся к официальной документации:
- MySQL 8 release notes;
- руководство по обновлению от MySQL;
- руководство по обновлению от Percona;
- руководство MySQL по обновлению реплик и мастеров.
- Исправить конфигурационные файлы, удалив устаревшие директивы.
- Проверить совместимость утилитами.
- Обновить slave-базы, поставив пакет percona-server-server .
- Обновить мастер, поставив тот же пакет.
ВАЖНО! Процедура обновления MySQL-кластера на базе Galera имеет свои тонкости, которые в статье не описаны. Не стоит использовать эту инструкцию в таком случае.
Часть 1: Проверка конфигов
В 8-й версии MySQL убрали query_cache . Вообще-то он был признан устаревшим еще в версии 5.7, но теперь и удалён вовсе. Соответственно, необходимо убрать связанные директивы. А для кэширования запросов теперь можно использовать внешние инструменты — например, ProxySQL.
Так же в конфиге нашлись устаревшие директивы про innodb_file_format . Если в MySQL 5.7 имелась возможность выбора формата InnoDB, то 8-я версия уже работает только с форматом Barracuda.
Наш итог — удаление следующих директив:
- query_cache_type , query_cache_limit и query_cache_size ;
- innodb_file_format и innodb_file_format_max .
Итог: либо в логах Docker, либо в директории с логами — в зависимости от ваших конфигов — появится файл, в котором будут описаны проблемные директивы.
Вот что было у нас:
Таким образом, нам потребовалось еще разобраться с кодировками и заменить устаревшую директиву expire-logs-days .
Часть 2: Проверка работающих установок
В документации по обновлению есть 2 утилиты для проверки базы на совместимость. Их использование помогает администратору проверить совместимость имеющейся структуры данных.
Начнём с классической утилиты mysqlcheck. Достаточно просто запустить:
Если проблемы не обнаружены, утилита завершится с кодом 0:
Кроме того, в современных версиях MySQL доступна утилита mysql-shell (в случае Percona это пакет percona-mysql-shell ). Она является заменой классическому клиенту mysql и совмещает в себе функции клиента, редактора SQL-кода и инструменты администрирования MySQL. Для проверки сервера перед обновлением можно через неё выполнить следующую команду:
И вот какие замечания мы получили:
В общем, ничего критичного — только предупреждения о кодировках (см. ниже). Общий результат выполнения:
Мы решили, что обновление должно пойти без проблем.
Замечание о предупреждениях выше, свидетельствующих проблемы с кодировками. Дело в том, что UTF-8 в MySQL до недавнего времени не являлась «настоящей» UTF-8, так как хранила всего 3 байта вместо 4. В MySQL 8 это наконец-то решили исправить: алиас utf8 вскоре будет вести на кодировку utf8mb4 , а старые столбцы в таблицах станут utf8mb3 . В дальнейшем кодировка utf8mb3 будет удалена, но не в данном релизе. Поэтому мы решили исправить кодировки уже на работающей инсталляции СУБД, после её обновления.
Часть 3: Обновление серверов
Что же может пойти не так, когда есть столь шикарный план. Прекрасно понимая, что нюансы всегда случаются, первый эксперимент мы провели на dev-кластере MySQL.
Как уже упоминалось, официальная документация освещает вопрос обновления MySQL-серверов с репликами. Суть сводится к тому, что сначала стоит обновлять все реплики (slave), так как MySQL 8 умеет реплицироваться с мастера версии 5.7. Некоторая сложность заключается в том, что у нас используется режим master <-> master, когда удалённый мастер находится в режиме read-only. То есть фактически боевой трафик поступает в один ЦОД, а 2-й является резервным.
Топология выглядит следующим образом:
Обновление должно начаться с реплик mysql replica dc 2, mysql master dc 2 и mysql replica dc 1, а закончиться — сервером mysql master dc 1. Для пущей надёжности мы остановили виртуальные машины, сделали их снапшоты, а непосредственно перед обновлением остановили репликацию командой STOP SLAVE . В остальном же обновление выглядит так:
- Каждую реплику перезапускаем, добавив в конфиги 3 опции: skip-networking , skip-slave-start , skip-log-bin . Дело в том, что обновление базы генерирует бинарные логи с обновлением системных таблиц. Данные директивы гарантируют, что в базе не будет изменения данных приложения, а в бинарные логи не попадет информация об обновлении системных таблиц. Это позволит избежать проблем при возобновлении репликации.
- Устанавливаем пакет percona-server-server . Важно отметить, что в версии MySQL 8 не требуется запускать команду mysqlupgrade после обновления сервера.
- После успешного старта еще раз перезапускаем сервер — уже без параметров, которые добавлялись в первом пункте.
- Убеждаемся, что репликация успешно работает: проверяем SHOW SLAVE STATUS и смотрим, что обновляются таблицы со счетчиками в базе приложения.
Не было печали — prod мы обновляли
Однако перенос успешного опыта dev на production не обошёлся без сюрпризов.
К счастью, сам процесс обновления начинается с реплик, поэтому, встретив сложности, мы остановили работы и восстановили реплику из снапшота. Исследование проблем перенесли на следующее утро. В логах оказались следующее записи:
Исследование архивов различных почтовых рассылок в Google привело к пониманию, что такая проблема возникает из-за бага MySQL. Хотя скорее это даже баг утилит mysqlcheck и mysqlsh .
Оказывается, в MySQL сменили способ представления данных для десятичных полей (int, tinyint и т.п.), поэтому внутри mysql-server используется другой способ их хранения. Если ваша база данных изначально была в версии 5.5 или 5.1, а затем вы обновлялись до 5.7, то, возможно, требуется произвести OPTIMIZE для некоторых таблиц. Тогда MySQL обновит файлы с данными, переведя их на актуальный формат хранения.
Также это можно проверить утилитой mysqlfrm :
Если field_type у вас равен 0, то в таблице используется старый тип — надо проводить OPTIMIZE . Однако, если стоит значение 246 — у вас уже новый тип. Подробнее с типами можно ознакомиться в коде.
Более того, в данном баге рассматривается вторая возможная причина, которая обошла нас стороной, — это отсутствие InnoDB-таблиц в системной таблице INNODB_SYS_TABLESPACES , если они, таблицы, создавались в версии 5.1. Чтобы избежать проблем при обновлении, можно воспользоваться приложенным SQL-скриптом.
Почему же у нас не возникло таких проблем на dev? База туда периодически копируется с production — таким образом, таблицы пересоздаются.
К сожалению, на реально работающей большой БД не получится просто взять и выполнить повсеместный OPTIMIZE . Здесь поможет percona-toolkit: для операции online OPTIMIZE отлично подходит утилита pt-online-schema-change.
Обновленный план стал получился таким:
- Провести оптимизацию всех таблиц.
- Провести обновление баз данных.
Обновление таблиц производится без продолжительных блокировок благодаря тому, что утилита создает новую временную таблицу, в которую копирует данные из основной таблицы. В момент, когда обе таблицы идентичны, исходная таблица блокируется и подменяется новой. В нашем случае тестовый запуск показал, что для обновления всех таблиц потребуется около суток, но при этом копирование данных вызывало слишком большую нагрузку на диски.
Чтобы этого избежать, на production мы добавили к команде аргумент —sleep со значением 10 — этот параметр регулирует длину ожидания после переноса пачки данных в новую таблицу. Так можно снизить нагрузку, если реально запущенное приложение требовательно к времени ответа.
После выполнения оптимизации обновление прошло успешно.
… но не до конца!
Уже через полчаса после обновления клиент пришел с проблемой. База работала очень странно: периодически начинались сбросы подключений. Вот как это выглядело в мониторинге:
На скриншоте виден пилообразный график, связанный с тем, что часть потоков MySQL-сервера периодически падали с ошибкой. В приложении появились ошибки:
Беглый осмотр логов выявил, что демон mysqld не мог получить требуемые ресурсы у операционной системы. Разбираясь с ошибками, мы обнаружили в системе «бесхозные» файлы политик apparmor:
Эти файлы образовались при обновлении на MySQL 5.7 пару лет назад и принадлежат удалённому пакету. Удаление файлов и перезапуск службы apparmor решил проблему:
В заключение
Любая, даже самая простая операция, может привести к неожиданным проблемам. И даже наличие продуманного плана не всегда гарантирует ожидаемый результат. Теперь в любые планы обновления у нашей команды входит еще и обязательная чистка лишних файлов, которые могли появиться в результате последих действий.
А этим не очень профессиональным графическим творчеством я бы хотел сказать огромное спасибо компании Percona за их отличные продукты!
MySQL Versions
MySQL Versions is a technique that follows a sequence of numbering to track some information on MySQL working for development and maintenance purposes. This is a kind of challenging way to keep updated on the current and upcoming versions which contain improved functions and resolved solutions to any error bugs found in the previous versions.
Normally, versioning is defined as a process of classifying either distinct version numbers or names provided to a distinctive set of any software program whenever it is developed and also released. We use the name version 1.0 to denote the initial release of any program software. There is no decided format rule to be used for version by any industry or company standards and so they are free to use their own planned methods to assign it.
Hadoop, Data Science, Statistics & others
Different MySQL Versions
When we want to install the MySQL server in our system, firstly we have to select the version along with the distribution format to apply. You can find two methods for installing the MySQL server Primary one is Development Release, where it contributes the latest feature but is not recommended to be used in the production. The second one is General Availability Release (GA), which defines a stable or, production release and majorly applicable for production. Thus, a user must agree to choose the most current GA release.
For working with MySQL, the recent support is version number v5.8 and it includes several important changes, containing new features addition and removal, fixed bugs as wells as security issues, and so on. This specific version comprises of the release history from ange MySQL 8.0 to MySQL 8.0.21. This means the support is available from April’2018 to April’2026.
MySQL versions are recognized by the four attributes alpha, beta, gamma, and finally production.
1. Alpha
This MySQL version denotes the struggle period of the development process where new advanced functions and also incompatibility alterations are expected to be done. Here the developers work out to remove certain errors and try out the new features of the MySQL server.
2. Beta
This attribute defines that the version is completed essentially but still need to be tested thoroughly. Main changes are not predictable.
3. Gamma
It says that the previous beta version has become a bit more or less stable and so we can proceed with the goal further to find out the errors and also resolve them.
4. Production
This final attribute in MySQL version is responsible to have impression for MySQL developers informing that the version is now ready, stable and mature enough to be used for mission critical commitments.
With minor extensions, MySQL developers can be pleased but there may also occur any compatibility problems with several production versions. According to the MySQL documentation, a new MySQL version should always hold alpha status. Again, the status rises to status beta, gamma, and at last production with higher version numbers. Basically, MySQL users and developers must use, which have status production.
In 2008, the MySQL AB was developed by Sun Microsystems. Till MySQL 5.0, the first internal release was on 23 May 1995 but as the documentation the version 5.0 had some short comings that appeared in tables. Again, after release of MySQL version 5.1, it was found that the version support was poor for data warehousing, incorrect result bugs and crashing, and also unsteadiness to operate different CPU cores for handling a single query. Hence, on 27 th January 2010, Sun Microsystem was acquired by Oracle.
After that, the following are launched with subsequent improvements and new functions in addition.
Let us see the history of the release of previous MySQL versions listed as follows:
1. MySQL 5.1
It was production released on 27 th Nov 2008 and support ended on Dec 2013. It included the releases of MySQL server 5.0 to MySQL server 5.1.73 versions, containing event scheduler, plugin API, partitioning, server log tables, and row-based replication.
2. MySQL 5.5
Its released date was 3 rd Dec 2010 and the end of support was Dec 2018. It included the releases of MySQL server 5.5 to MySQL server 5.5.62 versions with default storage engine InnoDB supporting referential integrity constraints and transactions and other improved features.
3. MySQL 5.6
This version was released on 5 th Feb 2013 and support ended on Feb 2021. It included the releases of MySQL server 5.6 to MySQL server 5.5.45 versions with enhanced performance to the query optimizer, fresh NoSQL-style memcached APIs, advanced transactional output in InnoDB, TIMSTAMP column type and can accomplish very huge tables, etc.
4. MySQL 5.7
It was released on 21 st Oct 2015 and support will end on Oct 2023. It includes the releases of MySQL server 5.7 to MySQL server 5.6.27 versions consisting of provision for a native JSON data type that is well-defined by RFC 7159.
5. MySQL 8.0
This latest version was released on 19 th April 2018 and will end its support on April 2026. It includes the releases of MySQL server 8.0 to MySQL server 8.0.21 versions. It consists of atomic and crash-safe DDL sentences, NoSQL Document Store, JSON Extended syntax, also new functions like enhanced sorting, JSON table functions, data dictionary, account and security management, resource and table encryption management, InnoDB enhancements, character set support, window function, data type support optimizer enhancement, and partial updates.
Conclusion
It defines the production which shows process of stable versions that holds substantial changes generally made with proper plan and corrections over old versions of MySQL or any other software applications. When the version number is increased it indicates some improvements introduced by implementing the new features in the program software, patched security holes and fixing bugs collectively.
Recommended Articles
This is a guide to MySQL Versions. Here we discuss the introduction along with the different MySQL versions respectively. You may also have a look at the following articles to learn more –