Параметры конфигурации MySQL
Параметры конфигурации MySQLОбновите конфигурации параметров MySQL несколькими простыми щелчками через настройки администратора консоли ScaleGrid для развертываний MySQL.
Предложить правки
Сервер MySQL имеет множество рабочих параметров, которые можно установить через файл конфигурации или файл опций (/etc/my.cnf). Также возможно изменить многие параметры во время выполнения. Консоль ScaleGrid предлагает простой пользовательский интерфейс (UI) для настройки некоторых важных параметров развертывания MySQL.
Вот шаги для доступа к настройкам конфигурации MySQL:
- Войдите в консоль ScaleGrid.
- Перейдите на свою страницу MySQL, затем щелкните кластер MySQL, который вы хотите настроить.
- Выберите вкладку «Администрирование» вверху.
- Щелкните пункт меню «Конфигурация» слева.
Как показано выше, имена параметров конфигурации MySQL, их текущие значения и краткое описание каждого параметра представлены в табличном формате в ваших конфигурациях администратора.
📘
Нередактируемые значения полей
Поле значений некоторых параметров затенено серым, что указывает на то, что это не редактируемые параметры для развертывания.
Вверху есть панель поиска, выделенная ниже, для быстрого доступа к параметру, который вы хотите изменить.
Например, на снимке экрана ниже показан параметр «sql_mode», который может принимать комбинацию многих значений и может быть выбран из раскрывающегося списка. После того, как выбор сделан, нажмите зеленую кнопку «Сохранить», чтобы установить эту конфигурацию для вашего развертывания MySQL.
После нажатия кнопки «Сохранить» вы увидите диалоговое окно подтверждения, показывающее сводку внесенных вами изменений, как показано ниже.
После нажатия зеленой кнопки «Подтвердить» конфигурация будет применена к вашему развертыванию с помощью задания «Обновление конфигурации», которое можно отслеживать на вкладке «Задания».
Некоторые параметры конфигурации в MySQL вступают в силу только после перезапуска сервера. Одним из таких параметров является «innodb_log_file_size». Если вы установите этот параметр и нажмете кнопку Сохранить — в диалоговом окне подтверждения появится предупреждение о том, что значение конфигурации потребует перезапуска MySQL.
Если вы подтвердите, то конфигурация будет применена к вашему развертыванию MySQL последовательно, один сервер за раз, и сервер будет перезапущен.
Например, в конфигурации ведущий-ведомый с тремя узлами конфигурация сначала применяется к подчиненным узлам, а затем они перезапускаются. Мастер уходит в отставку, а один из рабов становится новым Мастером. Затем конфигурация будет применена к старому мастеру. Вся операция выполняется с минимальным временем простоя.
Это задание можно отслеживать на вкладке «Задания», как показано ниже:
Ознакомьтесь со списком параметров MySQL, доступных для просмотра и настройки в ScaleGrid:
Параметр | Описание | Редактируемый | порт | Порт сервера MySQL | Нет |
---|---|---|
skip_name_resolve | Отключить разрешение имен DNS | Нет |
пользователь | Учетная запись пользователя, которая запускает службу mysql. | № |
файл pid | файл PID | нет |
сокет | файл сокета | нет |
требуется _secure_transport | Сервер требует безопасных соединений. | Нет |
ssl | Включить SSL на сервере. | Нет |
log_bin | Базовое имя с путем к двоичным файлам журнала. | Нет |
expire_logs_days | Количество дней для автоматического удаления двоичного файла журнала. | Да |
sync_binlog | Количество групп фиксации двоичного журнала, которые необходимо собрать перед синхронизацией двоичного журнала с диском. | Нет |
binlog_group_commit_sync_delay | Количество микросекунд, в течение которых фиксация двоичного журнала ожидает перед синхронизацией файла двоичного журнала с диском. | Да |
max_connect_errors | Максимальное количество ошибок подключения с хоста до того, как этот сервер заблокирует его от дальнейших подключений. | Да |
max_allowed_packet | Максимальный размер пакета (в байтах), который сервер может отправить и получить. | Да |
max_heap_table_size | Максимальный размер, до которого разрешено увеличивать созданные пользователем таблицы ПАМЯТИ. | Нет |
max_connections | Максимально допустимое количество одновременных клиентских подключений. | Да |
max_user_connections | Максимально допустимое количество одновременных клиентских подключений. | Нет |
thread_cache_size | Количество потоков, которые сервер должен кэшировать для повторного использования. | Да |
open_files_limit | Количество файловых дескрипторов, доступных для mysqld. | Да |
table_open_cache | Количество открытых таблиц для всех потоков. | Нет |
table_definition_cache | Количество определений таблиц, которые можно сохранить в кэше определений. | Нет |
relay_log | Базовое имя с путем к файлам журнала ретрансляции. | Нет |
gtid_mode | Включить ведение журнала на основе GTID выполнение только тех операторов, которые можно безопасно зарегистрировать с помощью GTID. | Нет |
binlog_format | Двоичный формат журнала | Нет |
log_slave_updates | Определяет, должны ли обновления, полученные подчиненным сервером от главного сервера, регистрироваться в собственном двоичном журнале подчиненного. | Нет |
slave_net_timeout | Количество секунд ожидания дополнительных данных от соединения ведущий/ведомый перед прекращением чтения. | Да |
master_info_repository | Чтобы определить, хранится ли главная информация в файле или таблице. | Нет |
relay_log_info_repository | Чтобы определить, хранятся ли журналы реле в виде файла или таблицы. | Нет |
sync_master_info | Количество событий, после которых ведомое устройство обновляет позицию потока ввода-вывода в своей главной таблице репозитория информации. | Нет |
sync_relay_log | Количество событий в журнал ретрансляции, после которых ведомое устройство сбрасывает журналы ретрансляции на диск. | № |
relay_log_recovery | Включить автоматическое восстановление журнала ретрансляции сразу после запуска сервера. | Нет |
slave_parallel_workers | Количество подчиненных потоков приложения для параллельного выполнения транзакций репликации. | Да |
slave_preserve_commit_order | Убедитесь, что фиксация транзакций происходит в том же порядке, в котором они появляются в журнале подчиненного реле. | Нет |
slave_parallel_type | Политика, определяющая выполнение параллельных транзакций. | Нет |
rpl_semi_sync_master_timeout | Время в миллисекундах, по истечении которого мастер переходит в асинхронный режим репликации, если он не получил ответа от слейва. | Да |
rpl_semi_sync_master_wait_for_slave_count | Количество ведомых подтверждений, которые ведущий должен получить за транзакцию перед продолжением. | Нет |
rpl_semi_sync_master_wait_no_slave | Определяет, будет ли ведущий ожидать истечения периода тайм-аута, настроенного rpl_semi_sync_master_timeout, даже если количество ведомых устройств упадет до значения, меньшего, чем количество ведомых устройств, настроенное rpl_semi_sync_master_wait_for_slave_count в течение периода тайм-аута. | Нет |
relay_log_space_limit | Верхний предел общего размера (в байтах) всех журналов ретрансляции на подчиненном устройстве. Значение 0 означает «без ограничений». | Да |
max_relay_log_size | Максимальный размер (в байтах) журнала ведомого реле, после которого он сменяется. Значение 0 означает, что этот размер будет таким же, как max_binlog_size. | Да |
max_binlog_size | Максимальный размер (в байтах) бинарного журнала, после которого он сменяется. | Да |
каталог данных | Путь к каталогу данных сервера MySQL. | Нет |
general_log | Включить общий журнал | Нет |
general_log_file | Общий файл журнала | Нет |
log_error | Файл журнала ошибок | Нет |
Механизм хранения для MySQL | Нет | |
innodb_log_files_in_group | Количество файлов журнала в log_group. | Нет |
innodb_flush_log_at_trx_commit | Частота транзакций, при которой буфер журнала InnoDB записывается в журнал и сбрасывается на диск. | Нет |
innodb_flush_method | Метод, используемый для сброса данных в файлы данных и журналов InnoDB. | Нет |
innodb_file_per_table | Определяет, будет ли каждая вновь созданная таблица иметь свои данные и индекс как часть отдельного файла ibd. | Нет |
innodb_log_file_size | Определяет размер (в байтах) каждого файла журнала в log_group. | Да |
innodb_buffer_pool_size | Размер (в байтах) памяти, используемой InnoDB для кэширования таблицы и данных индекса. | Да |
innodb_io_capacity | Верхний предел количества операций ввода-вывода, выполняемых в секунду фоновыми задачами InnoDB. | Да |
innodb_adaptive_hash_index | Указывает, включены или отключены адаптивные хэш-индексы InnoDB. | Да |
innodb_lock_wait_timeout | Продолжительность времени в секундах, в течение которого транзакция InnoDB ожидает блокировки строки, прежде чем сдаться. | Да |
log_queries_not_using_indexes | Записывает запросы, которые должны получить все строки, в журнал медленных запросов. | Да |
log_slow_admin_statements | Включить медленные административные операторы в операторы, записываемые в журнал медленных запросов. | Да |
log_throttle_queries_not_using_indexes | Переменная для ограничения количества медленных запросов в минуту, которые могут быть записаны в журнал медленных запросов. | Да |
long_query_time | Если запрос занимает больше указанного количества секунд, он считается медленным. | Да |
slow_query_log | Создание файлов журнала медленных запросов | Нет |
slow_query_log_file | файл журнала запросов | Нет |
symbolic_links | Включить поддержку символических ссылок | Нет |
interactive_timeout | Количество секунд, в течение которых сервер ожидает активности в интерактивном соединении, прежде чем закрыть его. | Да |
div_precision_increment | Количество секунд, в течение которых сервер ожидает активности в интерактивном соединении перед его закрытием. | Да |
sql_mode | Набор опций, определяющий синтаксис, поддерживаемый MySQL, а также выполняемые проверки проверки данных. | Да |
event_scheduler | Состояние планировщика событий | Да |
Обновлено 9 месяцев назад
Как Отредактируйте файл MySQL my.cnf
Обновлено 16 августа 2021 г., Джон-Пол Брионес.
2 минуты, 11 секунд на чтение
В этом руководстве мы покажем вам, как внести изменения в настройки базы данных в файле MySQL my.cnf . Например, вам может понадобиться увеличить число max_connections или значение query_cache_size для вашего сервера.
Для этого просто войдите на сервер через SSH и отредактируйте файл my. cnf с помощью редактора, например Nano. В этой статье объясняются шаги по просмотру и редактированию файла my.cnf. Мы также покажем вам, как просматривать ваши переменные MySQL через SSH, а затем как получить к ним доступ в phpMyAdmin, где их можно редактировать.
Чтобы следовать этому руководству, вам потребуется корневой доступ к нашему VPS или выделенному серверу.
- Как просмотреть настройки Mysql в файле my.cnf
- Редактирование файла Mysql my.cnf
- Просмотр переменных Mysql через Shell
- Просмотр переменных MySQL в phpMyAdmin
Повышение производительности и безопасность с нашим NVMe VPS Планы хостинга.
Нет времени читать статью. Посмотрите наш видеоурок здесь.Как просмотреть настройки Mysql в файле my.cnf
- Войти на сервер через SSH
- Чтобы просмотреть настройки MySQL my.cnf , введите следующее :
cat /etc/my.cnf
Содержимое файла my.cnf будет отображаться так же, как на снимке выше.
Редактирование файла Mysql my.cnf
- Войдите на свой сервер через SSH .
- Чтобы изменить настройки MySQL с помощью nano , введите следующее :
nano /etc/my.cnf
В оболочке можно использовать несколько редакторов. Nano, Vim или Emacs. В этой статье речь пойдет только о Nano.
- Найдите строку для редактирования. Например, если вы хотите изменить max_connections, найдите следующую строку.
max_connections=100
- Чтобы увеличить max_connections до 110, измените его на следующее.
max_connections=110
- Введите Ctrl + O до « WriteOut » или сохраните настройки.
- Затем Ctrl + X для выхода .
- Перезапустите MySQL , введя следующее.
перезапуск службы mysql
Теперь max_connections увеличен до 110 вместо 100.
Просмотр переменных Mysql через Shell
- Войдите на сервер через SSH .
- Введите следующую команду.
переменные mysqladmin
Переменные будут отображаться так же, как на снимке выше.
Просмотр переменных MySQL в phpMyAdmin
- Войдите в свой phpMyAdmin .
- Перейдите на вкладку Переменные в правом верхнем углу. Затем PhpMyAdmin выведет список всех переменных и их настроек на вашем сервере.