Mysql значение по умолчанию: | SQL | SQL-tutorial.ru

Оптимизация mysql [Colobridge WIKI]

Применимость: Mysql

Слова для поиска: оптимизация mysql, тормозит mysql

Задача:

В этой статье будут описаны различные настройки влияющие на на производительность MySQL

Базовые настройки

skip-name-resolve — Не производится разрешения имен хостов. Все значения в столбце Host в таблицах привилегий должны быть IP-адресами или значениями localhost. Это сильно увеличивая быстродействие запросов за счет выключения постоянных DNS запросов при “внешних” соединениях с mysql

skip-locking – Запрет внешней блокировки существенно повысит скорость работы. Нельзя использовать когда с одной базой работают одновременно 2 сервера.

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

low-priority-updates — эта опция снижает приоритет операций INSERT/UPDATE по сравнению с SELECT. По умолчанию UPDATE запросы имеют высший приоритет, чем SELECT. Актуально, если данные важно быстрее прочитать, чем быстрее записать. Рекомендуется использовать эту опцию.

skip-networking — не использовать сеть, т.е. вообще не обрабатывать TCP/IP соединения. Общение с сервером при этом будет происходить исключительно через сокет. Рекомендуется, если нет ПО, которое использует только TCP/IP для связи с сервером.

Ограничения

bind-address — интерфейс, который будет слушать сервер. В целях безопасности лучше установить здесь 127.0.0.1, если клиент не использует внешние соединения с сервером

max_allowed_packet — максимальный размер данных, в одном запосе. Следует увеличить, если появляется ошибка «Packet too large». Не следует делать чрезмерно большого размера, в большинстве случаев достаточно 8M

max_connections — максимальное количество параллельных соединений к серверу. Следует увеличить , если появляется проблема «Too many connections». Для VPS VDS параемерт не должен превышать 300

max_join_size — запрещает SELECT операторы, которые предположительно будут анализировать более указанного числа строк или больше указанного числа поисков по диску. Значение по умолчанию более 4 миллиардов, поэтому следует его уменьшить до 200 000 — 300 000 на один процессор

max_sort_length – Защита от кривых архитектур БД, когда не стоят адекватные лимиты по индексам сортировки текстовых полей. Параметр определяет, сколько байтов следует использовать при сортировке значений BLOB или TEXT (обрабатываются только первые max_sort_length байтов каждого значения, остальные игнорируются). Рекомендуется выставлять значение 256.

wait_timeout – Время в секундах, на протяжении которого сервер ожидает активности соединения прежде, чем закрыть его. Рекомендуется установить значение равное времени выполнения php скрпитов.

Настройки потоков

thread_cache_size=12 Определяет, сколько потоков должно сохраняться в кэше для повторного использования. После отключения клиента потоки клиента помещаются в кэш, если там не больше потоков, чем thread_cache_size. Все новые потоки сначала берутся из кэша, и только когда кэш становится пустым, создаются новые потоки. Значение этой переменной можно увеличить, чтобы повысить производительность, если создается много новых соединений (если потоки хорошо организованы, обычно заметного улучшения производительности не наблюдается). Насколько эффективен текущий кэш потоков, можно определить по разнице между Connections и Threads_created. Если есть возможность, рекомендуется установить это значение не меньше, чем значение переменной Max_used_connections. Если значение этой переменной больше 128, рекомендуется ограничиться этим значением

Буферы и Кэширование запросов

query_cache_limit — максимальный размер кэшируемого запроса. Результаты, превышающие это значение, не кэшируются (по умолчанию – 1Мб). Рекомендованно выставлять значения от 2 до 6Мб

query_cache_min_res_unit — минимальный размер хранимого в кэше блока, определяется как

query_cache_min_res_unit=query_cache_size / query_cache_limit

query_cache_size — размер кэша. 0 отключает использование кэша. Для выбора оптимального значения необходимо наблюдать за переменной состояния Qcache_lowmem_prunes и добиться, чтобы ее значение увеличивалось незначительно. Также нужно помнить, что излишне большой кэш будет создавать ненужную нагрузку

query_cache_type —

• 0 — MySQL сервер кэширует запросы и не извлекает результаты из кэша. Однако, это не освобождает буфер кэша запросов, для этого следует установить переменную query_cache_size в значение 0.

• 1 — MySQL-сервер будет кэшировать все запросы, кроме начинающихся с конструкции SELECT SQL_NO_CACHE.

• 2 — MySQL-сервер будет кэшировать только запросы, начинающихся с конструкции SELECT SQL_CACHE

key_buffer_size — размер буфера, выделяемого под индексы и доступного всем потокам. Весьма важная настройка, влияющая на производительность. Значение по умолчанию 8 МБ, его однозначно стоит увеличить. Рекомендуется 15-30% от общего объема ОЗУ, однако нет смысла устанавливать больше, чем общий размер всех .MYI файлов. Наблюдайте за переменными состояния Key_reads и Key_read_requests, отношение Key_reads/Key_read_requests должно быть как можно меньше (< 0,01). Если это отношение велико, то размер буфера стоит увеличить. Если нет времени на анализ нету то можно воспользоваться формулой

key_buffer = 0,2 * Объему ОЗУ

myisam_sort_buffer_size — размер буфера, выделяемого MyISAM для сортировки индексов при REPAIR TABLE или для создания индексов при CREATE INDEX, ALTER TABLE. Значение по умолчанию 8 МБ, его стоит увеличить вплоть до 15-25% ОЗУ. Выигрыш в производительности соответственно будет только при выполнении вышеупомянутых запросов

net_buffer_length — объем памяти, выделяемый для буфера соединения и для буфера результатов на каждый поток. Буфер соединения будет указанного размера и буфер результатов будет такого же размера, т.е. на каждый поток будет выделен двойной размер net_buffer_length. Размер по умолчанию 16 КБ. В случае ограниченной памяти или использования только небольших запросов значение можно уменьшить.

read_buffer_size — каждый поток при последовательном сканировании таблиц выделяет указанный объем памяти для каждой таблицы. Как показывают тесты, это значение не следует особо увеличивать. Размер по умолчанию 128 КБ, оптимальными являются 32КБ 64КБ 128КБ для очень больших запросов 256КБ

read_rnd_buffer_size — актуально для запросов с «ORDER BY», т.е. для запросов, результат которых должен быть отсортирован и которые обращаются к таблице, имеющей индексы. Значение по умолчанию 256 КБ, рекомендуется его увеличить до 1 МБ или выше, если позволяет память. Следует учесть, что указанное значение памяти также выделяется на каждый поток

sort_buffer_size — каждый поток, производящий операции сортировки (ORDER BY) или группировки (GROUP BY), выделяет буфер указанного размера. Значение по умолчанию 2 МБ, если вы используете указанные типы запросов и если позволяет память, то значение стоит увеличить. Большое значение переменной состояния Sort_merge_passes указывает на необходимость увеличения sort_buffer_size.

table_cache (table_open_cache с версии 5.1.3) — количество кэшированных открытых таблиц для всех потоков. Открытие файла таблицы может быть достаточно ресурсоемкой операцией, поэтому лучше держать открытые таблицы в кэше. Значение по умолчанию 64, его лучше всего увеличить до общего количества таблиц, если их количество в допустимых рамках. Переменная состояния Opened_tables позволяет отслеживать число таблиц, открытых в обход кэша, желательно, чтобы ее значение было как можно ниже

tmp_table_size — максимальный размер памяти, выделяемой для временных таблиц, создаваемых MySQL для своих внутренних нужд. Это значение также ограничивается переменной max_heap_table_size, поэтому в итоге будет выбрано минимальное значение из max_heap_table_size и tmp_table_size, а остальные временные таблицы будут создаваться на диске. Значение по умолчанию зависит от системы, можно установить его равным 32 МБ и понаблюдать за переменной состояния Created_tmp_disk_tables, значение должно быть как можно меньше

Смотрите также:

Актуальность: 2013/02/13 15:21

Типовые ошибки настройки MySQL | Блог NetPoint

При настройке серверов MySQL встречается ряд ошибок, которые ведут к снижению производительности. Вы можете столкнуться с ситуацией, когда повышая значение параметров, которые не должны негативно влиять на производительность, столкнетесь именно с таким поведением СУБД.

Избегайте произвольного увеличения размера буферов MySQL.

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

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

Буферы, такие как join_buffer_size, sort_buffer_size, read_buffer_size и read_rnd_buffer_size выделяются для каждого соединения. Поэтому установка read_buffer_size = 1M и max_connections = 150 настраивает MySQL для выделения 150 MB — по 1 МБ на соединение x 150 соединений.

В течение почти двух десятилетий значение read_buffer_size по умолчанию составляет 128 КБ. Увеличение значения по умолчанию является не только пустой тратой серверной памяти, но часто не способствует повышению производительности. Почти во всех случаях лучше использовать значения по умолчанию, удалив или закомментировав четыре вышеописанные строки конфигурации буфера.

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

Настройка join_buffer_size

Буфер для объединения join_buffer_size выделяется для каждой операции полного объединения двух таблиц. В документации MySQL join_buffer_size описывается следующим образом: «Минимальный размер буфера, который используется для сканирования простого индекса, сканирования индекса диапазона и объединений, которые не используют индексы и, таким образом, выполняют полное сканирование таблицы».

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

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

Проблема заключается в том, что «объединения выполняются без индексов», и поэтому решение для более быстрых объединений заключается в добавлении индексов.

Настройка sort_buffer_size

Если у вас нет данных, указывающих на обратное, вам следует избегать произвольного увеличения и sort_buffer_size. Память здесь также выделяется на каждое соединение. Документация MySQL предупреждает: «В Linux существуют пороговые значения выделения памяти, равные 256 КБ и 2 МБ, большие значения могут значительно замедлить выделение памяти, поэтому вам следует подумать о том, чтобы оставаться ниже одного из этих значений».

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

Эмпирическое правило при настройке MySQL

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

Если вы используете MariaDB, вы в большинстве случаев должны отдавать предпочтения таблицам типа Aria, а не MyISAM и InnoDB.

Надеемся, вы нашли эти советы по быстрой настройке MySQL полезными.

Конфигурационный файл — Документация DNSmanager

Поиск точной фразы

Для поиска контента, содержащего точную фразу «мел и сыр», введите:

"мел и сыр"

поиск с OR

Для поиска контента, содержащего одного из выражений «мел» или «сыр», введите:

"мел OR сыр"

поиск с AND

Для поиска контента, содержащего оба выражения «мел» и «сыр», введите:

"мел AND сыр"

поиск с NOT

Для поиска контента, который содержит «мел», но не содержит «сыр», введите:

"мел NOT сыр"

Исключение выражений из поиска

Аналогично поиску с NOT, для поиска контента, который содержит «мел» и «масло», но не содержит «сыр»,
введите:

мел масло -сыр

Группировка выражений поиска

Для поиска контента, который обязательно должен содержать «мел», и возможно содержит «сыр» или
«масло», введите:

(сыр OR масло) AND мел

Поиск по Заголовку

Для поиска контента, в Заголовок которого входит «мел», используйте ключевое слово title:

title:мел

Одиночный символ

Для поиска контента, содержащего «лак» или «лук», можно использовать символ ? :

л?к

Для поиска контента, содержащего «хлеб» или «хлебный», можно использовать символ * :

хлеб*

Множественные символы

Для поиска «хлеб» или «хлебный»:

х*б*

Допускается комбинирование подстановочных символов, для уточнения условий. Например, поисковый запрос
ниже позволит найти контент, содержащий «масло», но не «масленый»:

м*л?

Поиск меток

Используйте префикс «labelText:», чтобы искать содержимое с конкретной меткой.

labelText:шоколад

Поиск близких выражений

Следующее поисковое выражение позволяет найти все фразы, в которых указанные слова отстоят друг от
друга на точно указанное количество слов.

"бутерброд сыром"~2

Фраза «будерброд с плавленым сыром» удовлетворяет условиям поиска.

Неточный поиск

Этот способ поиска позволяет искать слова, близкие по написанию. Для поиска «масленый», если есть
неуверенность в написании:

масленый~

Фраза «масляный» удовлетворяет условиям поиска.

Комбинированный поиск

Возможно комбинировать поисковые выражения:

масл?н* AND хлеб~ AND ("блог" AND "пост")

Ошибка в mysql при установке значения по умолчанию для DATE или DATETIME — date

Ошибка возникает из-за режима sql, который может быть строгим в соответствии с последней документацией MYSQL 5.7.

Документация MySQL 5.7 говорит:

Строгий режим влияет на то, разрешает ли серверу «0000-00-00» в качестве действительной даты: Если строгий режим не включен, допускается «0000-00-00» , а вставки не выдают никаких предупреждений. Если включен строгий режим, «0000-00-00» не разрешен, и вставки создают ошибку, если не указано IGNORE. Для INSERT IGNORE и UPDATE IGNORE разрешено «0000-00-00» , а вставки выдают предупреждение.

Проверить режим MYSQL

SELECT @@GLOBAL.sql_mode global, @@SESSION.sql_mode session

Отключение режима STRICT_TRANS_TABLES

Однако, чтобы разрешить формат 0000-00-00 00:00:00, вы должны отключить режим STRICT_TRANS_TABLES в файле конфигурации mysql или командой

По команде

SET sql_mode = '';

или

SET GLOBAL sql_mode = '';

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

если выше не работает, чем перейти к /etc/mysql/my.cnf (согласно ubuntu) и прокомментировать STRICT_TRANS_TABLES

Кроме того, если вы хотите окончательно установить режим sql при запуске сервера, включите SET sql_mode='' в my.cnf в Linux или MacOS. Для окон это должно быть сделано в файле my.ini.

Примечание

Однако строгий режим не включен по умолчанию в MYSQL 5.6. Следовательно, он не создает ошибку в соответствии с документацией MYSQL 6, в которой говорится

MySQL позволяет вам хранить «нулевое» значение «0000-00-00» в качестве «фиктивной даты». Это в некоторых случаях более удобно, чем использование значений NULL, и использует меньше пространства данных и индексов. Чтобы запретить «0000-00-00» , включите режим NO_ZERO_DATE SQL.

UPDATE

Что касается вопроса об ошибке, как сказал @Dylan-Su:

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

Однако у меня есть еще один связанный отчет об ошибке в отношении функции NOW()

Поле Datetime не принимает значение по умолчанию NOW()

Другая полезная нота. Автоматическая инициализация и обновление для TIMESTAMP и DATETIME]

Начиная с MySQL 5.6.5, столбцы TIMESTAMP и DATETIME могут быть автоматически инициализированы и обновлены до текущей даты и времени (то есть текущей метки времени). До 5.6.5 это верно только для TIMESTAMP и не более одного столбца TIMESTAMP для каждой таблицы. Следующие примечания сначала описывают автоматическую инициализацию и обновление для MySQL 5.6.5 и выше, затем различия для версий, предшествующих 5.6.5.

Обновление в отношении NO_ZERO_DATE

В MySQL с 5.7.4 этот режим устарел. Для предыдущей версии вы должны прокомментировать соответствующую строку в файле конфигурации. Обратитесь Документация MySQL 5.7 по NO_ZERO_DATE

значений MySQL по умолчанию: хорошо или плохо?

Значения MySQL по умолчанию: хорошо или плохо? — Часть 2: Когда их использовать 28 мая 2020 г. Роберт Гравелл

Вы, наверное, уже знаете, что установка значения по умолчанию для ненулевых столбцов помогает избавиться от надоедливых ошибок «Поле ‘xyz’ не имеет значения по умолчанию». Надеюсь, вы также знаете, что скрытие сообщений об ошибках само по себе не является веской причиной для предоставления значений по умолчанию. Есть много причин для предоставления значений столбцов по умолчанию — некоторые из них хороши, а некоторые нет.В части 1 были рассмотрены разветвления строгого режима SQL в MySQL, а также способы его просмотра и настройки с помощью Navicat для MySQL 15. В сегодняшнем последующем блоге мы рассмотрим, когда использовать значения по умолчанию и как добиться хороших результатов. единицы.

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

Это важное соображение, потому что оно подчеркивает важность создания полезных значений по умолчанию, а также проверки внешнего интерфейса. Я до сих пор помню свое первое веб-приложение. Он собирал сведения о пользователях, такие как имена, адреса электронной почты и номера телефонов. Все эти поля были обязательными, поэтому умные пользователи находили всевозможные способы обойти ввод своей реальной информации, такие как ввод телефонных номеров 111-111-1111 и таких имен, как «Элмер Дж.Фадд «.

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

Некоторые таблицы в образце базы данных Sakila содержат столбец last_update. Они используют тип данных timestamp; его значение устанавливается на выходе функции MySQL CURRENT_TIMESTAMP. В Navicat (Premium на фото ниже) вы можете установить значение по умолчанию в раскрывающемся списке:

Значение Default устанавливает отметку времени при создании записи, тогда как отметка On Update Current_Timestamp указывает MySQL обновлять отметку времени при каждой операции UPDATE.

В РСУБД контрольное значение имеет особое значение. Например, значение 999 в столбце возраста будет означать, что оно неизвестно. Я также видел приложения, которые использовали «1900-01-01» для неизвестных дат. Значения Sentinel могут быть полезны в случаях, когда вы хотите присвоить значение «неизвестно», тогда как нули означают «нет значения». Не всем нравятся контрольные значения, потому что люди и приложения, работающие с базой данных, должны знать все контрольные значения, чтобы правильно их обрабатывать.

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

MySQL | Функция DEFAULT () — GeeksforGeeks

Функция DEFAULT () возвращает значение по умолчанию для столбца таблицы.

ПО УМОЛЧАНИЮ значение столбца — это значение, используемое в случае, если значение не указано пользователем.

Для использования этой функции столбцу должно быть присвоено значение DEFAULT. В противном случае выдаст ошибку.

Синтаксис:

ПО УМОЛЧАНИЮ (имя_столбца)

  имя_столбца:  Имя столбца, для которого записано значение по умолчанию.
 

Пример: Рассмотрим два отношения student и результат —

Структура таблицы «студент» —

Структура таблицы «результат» —

Данные в таблицах —

Выберите * от студента;
 

Выбрать * из результата;
 

Описание задачи: Мы должны найти результат всех студентов —

Запрос:

Выберите сид, снимок, тему, отметки,
    IF (оценка NULL, DEFAULT (оценка), оценка)
КАК оценка ОТ ученика ЛЕВАЯ ПРИСОЕДИНИТЬСЯ результат
    ON метки> low_marks
И отмечает <= высшие_марки;
 

Выход:

Объяснение: Здесь функция default () используется для возврата оценки по умолчанию, то есть «FAIL». Это значение по умолчанию используется там, где оценки учащихся не соответствуют условиям присоединения. Результаты этих учащихся отображаются как ОТКАЗ.

Примечание: Функция по умолчанию с оператором select вернет значение по умолчанию для всех строк.Это означает, что вместо получения одного значения по умолчанию для столбца мы получим список значений по умолчанию для этого столбца.

Например, для приведенной выше таблицы результат , вывод запроса -

Выберите по умолчанию (оценку) из результата;
 

Выход:

Вниманию читателя! Не прекращайте учиться сейчас.Получите все важные концепции теории CS для собеседований SDE с помощью курса CS Theory Course по доступной для студентов цене и станьте готовым к работе в отрасли.

Какой номер порта MySQL по умолчанию? (Подключение к базе данных MySQL)

Последнее изменение: 1 февраля 2021 г.

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

Порт MySQL по умолчанию - 3306 , поэтому вы можете использовать «3306» в качестве порта в большинстве ситуаций. В этой краткой статье мы расскажем больше о том, как найти порт MySQL и подключиться к вашей базе данных. Мы также ответим на некоторые часто задаваемые вопросы о MySQL и порте 3306.

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

Часто задаваемые вопросы о портах MySQL

Давайте начнем с ответов на некоторые из наиболее распространенных вопросов, связанных с портом MySQL.

Какой порт использует MySQL?

MySQL по умолчанию использует порт 3306.

Какая польза от порта 3306?

Порт 3306 - это порт по умолчанию, используемый для протокола MySQL. Вы будете использовать его для соединения с клиентами MySQL и такими утилитами, как mysqldump.

Порт MySQL 3306 TCP или UDP?

Порт MySQL по умолчанию 3306 - TCP (протокол управления передачей).

Существует ли уязвимость порта MySQL? Безопасно ли открывать порт 3306?

В общем, вы должны , а не открывать порт 3306, так как это может сделать ваш сервер уязвимым для атак.

Если вам нужно подключиться к базе данных удаленно, есть более безопасные варианты, чем открытие порта 3306, например использование SSH-туннеля.

Если вы должны открыть порт 3306, убедитесь, что вы ограничили, какие IP-адреса могут получить к нему доступ, чтобы он не был доступен с ненадежных хостов.

Как найти порт MySQL с помощью SQL

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

В Kinsta вы можете запустить этот запрос с помощью phpMyAdmin, к которому вы можете получить доступ из панели управления Kinsta. В следующем разделе мы также расскажем вам, как удаленно подключиться к базе данных MySQL.

В phpMyAdmin выберите свою базу данных слева и перейдите на вкладку SQL .

В поле Выполнить SQL-запрос введите следующее:

ПОКАЗАТЬ ПЕРЕМЕННЫЕ, ГДЕ Variable_name = 'port';

Затем нажмите Перейти :

Как найти порт MySQL в phpMyAdmin

На следующей странице вы должны увидеть номер порта в столбце Значение .Опять же, порт MySQL по умолчанию - 3306, как вы можете видеть на скриншоте ниже:

Номер порта MySQL после выполнения запроса

Как подключиться к базе данных MySQL

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

Kinsta также поддерживает прямой доступ к базе данных, если вы предпочитаете использовать другие инструменты, такие как TablePlus, HeidiSQL, Sequel Pro, MySQL Workbench и т. Д.

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

Для подключения к базе данных MySQL с помощью этих инструментов обычно требуется:

• Хост MySQL - узнайте, что это такое и как его найти
• Имя пользователя базы данных, пароль и имя - вы можете найти их в своей панели управления Kinsta
• MySQL порт - Kinsta использует порт по умолчанию 3306
• Учетные данные SSH - вы можете найти их на панели управления Kinsta

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

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

Настройка MariaDB с помощью файлов опций

Вы можете настроить MariaDB для работы так, как вы хотите, настроив сервер с помощью файлов опций MariaDB. Файл параметров MariaDB по умолчанию называется my.cnf в Unix-подобных операционных системах и my.ini в Windows. В зависимости от того, как вы установили MariaDB, файл параметров по умолчанию может находиться в нескольких местах или может не существовать вовсе.

Следующие параметры относятся к тому, как MariaDB обрабатывает файлы параметров. Эти параметры можно использовать с большинством инструментов командной строки MariaDB, а не только с mysqld . Они должны быть указаны в качестве первого аргумента командной строки:

.

Расположение файлов параметров по умолчанию

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

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

 $ программа --help --verbose
 

Например:

 $ mysqld --help --verbose
mysqld Ver 10.3.13-MariaDB-log для Linux на x86_64 (сервер MariaDB)
Авторское право (c) 2000, 2018, Oracle, MariaDB Corporation Ab и другие.

Запускает сервер базы данных MariaDB.

Использование: mysqld [ОПЦИИ]

Параметры по умолчанию считываются из следующих файлов в указанном порядке:
/ etc / my.cnf ~ / .my.cnf
Читаются следующие группы: mysqld server mysqld-10.3 mariadb mariadb-10.3 client-server galera
....
 

Каждый файл опций сканируется один раз в порядке, заданном параметром --help --verbose . Параметры конфигурации действуют так, как если бы они были заданы как параметры командной строки в том порядке, в котором они были найдены.

Расположение файлов параметров по умолчанию в Linux, Unix, Mac

В Linux, Unix или Mac OS X файл параметров по умолчанию называется my.cnf . MariaDB ищет файл опций MariaDB в местах и ​​в указанном ниже порядке.

MariaDB, начиная с 10.0.13

В MariaDB 10.0.13 и более поздних версиях расположение зависит от того, была ли определена опция DEFAULT_SYSCONFDIR cmake при сборке MariaDB. Эта опция обычно определяется как / etc при сборке пакетов RPM, но обычно не определяется при сборке пакетов DEB или двоичных архивов.

• Когда параметр DEFAULT_SYSCONFDIR cmake был , а не определен , MariaDB ищет файл параметров MariaDB в следующих местах в следующем порядке:

• Когда параметр DEFAULT_SYSCONFDIR cmake был определен, MariaDB ищет файл параметров MariaDB в следующих местах в следующем порядке:

• MYSQL_HOME - это переменная среды, содержащая путь к каталогу, содержащему специфичный для сервера my.cnf файл. Если MYSQL_HOME не установлен, а сервер запущен с mysqld_safe, MYSQL_HOME устанавливается следующим образом:
  • Если в каталоге данных MariaDB есть файл my.cnf , но его нет в базовом каталоге MariaDB, MYSQL_HOME устанавливается в каталог данных MariaDB.
  • Иначе, MYSQL_HOME установлен в базовый каталог MariaDB.

Расположение файлов параметров по умолчанию в Windows

В Windows файл параметров может называться my.ini или my.cnf . MariaDB ищет файл параметров MariaDB в следующих местах в следующем порядке:

• Системный каталог Windows - это каталог, возвращаемый функцией GetSystemWindowsDirectory . Обычно это значение C: \ Windows . Чтобы узнать его конкретное значение в вашей системе, откройте cmd.exe и выполните:

   echo% WINDIR% 

• Каталог Windows - это каталог, возвращаемый функцией GetWindowsDirectory .Значение может быть частным Windows Directory для приложения или может быть таким же, как System Windows Directory , возвращаемым функцией GetSystemWindowsDirectory .
• INSTALLDIR - родительский каталог каталога, в котором находится mysqld.exe . Например, если mysqld.exe находится в C: \ Program Files \ MariaDB 10.3 \ bin , то INSTALLDIR будет C: \ Program Files \ MariaDB 10.3 .
• MYSQL_HOME - это переменная среды, содержащая путь к каталогу, содержащему специфичный для сервера файл my.cnf .

Иерархия файлов опций по умолчанию

MariaDB будет искать во всех перечисленных выше местах по порядку, даже если уже нашел файл опций, и возможно, что существует более одного файла опций. Например, у вас может быть файл параметров в /etc/my.cnf с глобальными настройками для всех серверов, а затем вы можете иметь другой файл параметров в ~ /.my.cnf (т.е. домашний каталог вашей учетной записи), в котором будут указаны дополнительные настройки (или переопределить ранее заданные настройки), относящиеся только к этому пользователю.

Файлы опций обычно необязательны. Однако, если установлена ​​опция --defaults-file и если файл не существует, MariaDB выдаст ошибку. Если установлена ​​опция --defaults-file , тогда MariaDB будет только читать файл опций, на который ссылается эта опция.

Если опция или системная переменная не задана явно, то для нее будет установлено значение по умолчанию.Полный список всех системных переменных сервера и их значений по умолчанию см. В разделе «Системные переменные сервера».

Расположение файлов настраиваемых параметров

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

.

Синтаксис файла опций

Синтаксис файлов опций MariaDB:

• Строки, начинающиеся с символа #, являются комментариями.
• Пустые строки игнорируются.
• Группы опций используют синтаксис [имя-группы] . См. Раздел «Группы опций» ниже для получения дополнительной информации о доступных группах опций.
• Одна и та же группа параметров может появляться несколько раз.
• Директива ! Include может использоваться для включения других файлов опций. См. Раздел «Включение файлов опций» ниже для получения дополнительной информации об этом синтаксисе.
• Директива ! Includedir может использоваться для включения всех .cnf (и, возможно, файлов .ini ) в заданном каталоге. Файлы опций в каталоге читаются в алфавитном порядке. Дополнительную информацию об этом синтаксисе см. В разделе «Включение каталогов файлов параметров» ниже.
• Прочерки ( - ) и подчеркивания ( _ ) в опциях взаимозаменяемы.
• Двойные кавычки могут использоваться для цитирования значений
• \ n , \ r , \ t , \ b , \ s , \ ", \ ' и \\ распознаются как escape-символы для новой строки , возврат каретки, табуляция, возврат, пробел, двойная кавычка, одинарная кавычка и обратная косая черта соответственно.
• Поддерживаются определенные префиксы опций. См. Раздел «Префиксы опций» ниже для получения информации о доступных префиксах опций.
• См. Раздел «Параметры» ниже для получения информации о доступных параметрах.

Группы опций

Программа MariaDB может считывать параметры из одной или нескольких групп параметров. Чтобы получить точный список групп опций, считываемых в вашей системе конкретной программой, вы можете выполнить:

 $ программа --help --verbose
 

Например:

 $ mysqld --help --verbose
mysqld версии 10.3.13-MariaDB-log для Linux на x86_64 (MariaDB Server)
Авторское право (c) 2000, 2018, Oracle, MariaDB Corporation Ab и другие.

Запускает сервер базы данных MariaDB.

Использование: mysqld [ОПЦИИ]

Параметры по умолчанию считываются из следующих файлов в указанном порядке:
/etc/my.cnf ~ / .my.cnf
Читаются следующие группы: mysqld server mysqld-10.3 mariadb mariadb-10.3 client-server galera
....
 

Группы опций сервера

Программы MariaDB считывают параметры сервера из следующих групп параметров сервера:

Х.Y в приведенных выше примерах относится к базовой (major.minor) версии сервера. Например, MariaDB 10.3.10 будет читать из [mariadb-10.3] . Используя синтаксис mariadb-X.Y , можно создавать файлы опций, которые имеют опции только для MariaDB в группах опций, специфичных для MariaDB. Это позволит файлу параметров работать как для MariaDB, так и для MySQL.

Группы опций клиента

Программы MariaDB считывают параметры клиента из следующих групп опций:

Группы опций для конкретного инструмента

Многие инструменты MariaDB также считывают параметры из своих собственных групп параметров.Многие из них перечислены ниже:

Суффиксы группы настраиваемых параметров

MariaDB можно настроить для чтения параметров из групп параметров с настраиваемым суффиксом, указав следующий аргумент командной строки. Этот аргумент командной строки можно использовать с большинством инструментов командной строки MariaDB, а не только с mysqld . Он должен быть указан в качестве первого аргумента командной строки:

.

Суффикс группы по умолчанию также можно указать через переменную среды MYSQL_GROUP_SUFFIX .

Включая файлы опций

Можно включить дополнительные файлы опций из другого файла опций. Например, чтобы включить /etc/mysql/dbserver1.cnf , файл параметров может содержать:

 [мариадб]
...
! включить /etc/mysql/dbserver1.cnf
 

Включая каталоги файлов опций

Также возможно включить все файлы опций в каталог из другого файла опций. Например, чтобы включить все файлы параметров в /etc/my.cnf.d/ , файл параметров может содержать:

 [мариадб]
...
! includedir /etc/my.cnf.d/
 

Файлы опций в каталоге читаются в алфавитном порядке.

Все имена файлов опций должны заканчиваться на .cnf в Unix-подобных операционных системах. В Windows все имена файлов параметров должны заканчиваться на .cnf или .ini .

Проверка параметров программы

Вы можете проверить, какие параметры будет использовать данная программа, используя аргумент командной строки --print-defaults :

Этот аргумент командной строки можно использовать с большинством инструментов командной строки MariaDB, а не только с mysqld .Он должен быть указан как первый аргумент в командной строке. Например:

 $ mysqldump --print-по умолчанию
mysqldump можно было бы запустить со следующими аргументами:
--ssl_cert = / etc / my.cnf.d / сертификаты / client-cert.pem --ssl_key = / etc / my.cnf.d / сертификаты / client-key.pem --ssl_ca = / etc / my.cnf .d / сертификаты / ca.pem --ssl-verify-server-cert --max_allowed_packet = 1 ГБ
 

Вы также можете проверить, какие опции будет использовать данная программа, используя утилиту my_print_defaults и указав имена групп опций, которые программа читает.Например:

 $ my_print_defaults mysqldump клиент-сервер клиент-mariadb
--ssl_cert = / etc / my.cnf.d / сертификаты / client-cert.pem
--ssl_key = / etc / my.cnf.d / сертификаты / client-key.pem
--ssl_ca = / и т.д. / my.cnf.d / сертификаты / ca.pem
--ssl-verify-server-cert
--max_allowed_packet = 1 ГБ
 

Параметр командной строки --mysqld утилиты my_print_defaults предоставляет ярлык для ссылки на все группы параметров сервера:

 $ my_print_defaults --mysqld
--log_bin = mariadb-bin
--log_slave_updates = ВКЛ
--ssl_cert = / etc / my.cnf.d / сертификаты / server-cert.pem
--ssl_key = / etc / my.cnf.d / сертификаты / server-key.pem
--ssl_ca = / и т.д. / my.cnf.d / сертификаты / ca.pem
 

MySQL 5.6 Файл параметров учетных данных с обфусцированной аутентификацией

MySQL 5.6 и более поздние версии поддерживают запутанный файл параметров учетных данных аутентификации с именем .mylogin.cnf , который создается с помощью mysql_config_editor .

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

Префиксы опций

MariaDB поддерживает определенные префиксы, которые можно использовать с параметрами. Поддерживаемые префиксы опций:

Например:

 [мариадб]
...
# определяем хорошее значение для open_files_limit автоматически
autoset_open_files_limit

# отключаем плагин unix socket
disable_unix_socket

# включить журнал медленных запросов
enable_slow_query_log

# не выводить ошибку, если эти параметры не существуют
free_file_key_management_filename = / etc / mysql / encryption / ключевой файл.приложить
Free_file_key_management_filekey = ФАЙЛ: /etc/mysql/encryption/keyfile.key
свободно_file_key_management_encryption_algorithm = AES_CTR

# установить max_allowed_packet на максимальное значение
maximum_max_allowed_packet

# отключить внешнюю блокировку для MyISAM
skip_external_locking
 

Опции

Прочерки ( - ) и подчеркивания ( _ ) в опциях взаимозаменяемы.

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

Параметры сервера MariaDB

Параметры сервера MariaDB могут быть установлены в группах параметров сервера.

Список параметров, которые можно установить для сервера MariaDB, см. В списке параметров, доступных для mysqld .

Большинство системных переменных сервера также можно установить в файле опций MariaDB.

Параметры клиента MariaDB

Клиентские опции MariaDB могут быть установлены в группах опций клиента.

См. Конкретную страницу для каждой клиентской программы, чтобы определить, какие параметры доступны для этой программы.

Примеры файлов опций

Большинство установок MariaDB включают образец файла параметров MariaDB с именем my-default.cnf . В более старых версиях вы также могли бы найти следующие файлы опций:

• my-small.cnf
• my-medium.cnf
• my-large.cnf
• my-huge.cnf

Однако эти файлы опций сейчас очень устарели для современных серверов, поэтому они были удалены в MariaDB 10.3.1.

В исходных дистрибутивах образцы файлов опций обычно находятся в каталоге support-files , а в других дистрибутивах файлы опций обычно находятся в каталоге share / mysql , относящемся к базовому установочному каталогу MariaDB.

Вы можете скопировать один из этих примеров файлов параметров MariaDB и использовать его в качестве основы для создания основного файла параметров MariaDB вашего сервера.

Пример минимального файла опций

Ниже приведен минимальный файл my.cnf, который можно использовать для тестирования MariaDB.

 [клиент-сервер]
# Раскомментируйте их, если вы хотите использовать нестандартное соединение с MariaDB
# сокет = / tmp / mysql.sock
# порт = 3306

# Это будет передано всем клиентам MariaDB
[клиент]
# пароль = my_password

# Сервер MariaDB
[mysqld]
# Каталог, в который вы хотите поместить свои данные
данные = / USR / локальные / MySQL / var
# Каталог для файла errmsg.sys на языке, который вы хотите использовать
язык = / usr / local / share / mysql / английский

# Это префиксное имя, которое будет использоваться для всех файлов журнала, ошибок и репликации
log-basename = mysqld

# Включите ведение журнала по умолчанию, чтобы помочь найти проблемы
общий журнал
журнал медленных запросов
 

Пример файла гибридных опций

Ниже приводится отрывок из файла параметров, который можно использовать, если вы хотите работать как с MySQL, так и с MariaDB.

 # Пример файла конфигурации mysql.

[клиент-сервер]
сокет = / tmp / mysql-dbug.sock
порт = 3307

# Это будет передано всем клиентам mysql
[клиент]
пароль = мой_пароль

# Вот записи для некоторых конкретных программ
# Следующие значения предполагают, что у вас есть как минимум 32M RAM

# Сервер MySQL
[mysqld]
временный бассейн
key_buffer_size = 16 млн
datadir = / мой / mysqldata
свободный-innodb_file_per_table

[мариадб]
datadir = / мои / данные
по умолчанию-хранилище-двигатель = Ария
свободный-мьютекс-детектор взаимоблокировки
макс-соединений = 20

[mariadb-5.5]
язык = / мой / мария-5.5 / sql / доля / английский /
сокет = / tmp / mysql-dbug.sock
порт = 3307

[mariadb-10.1]
язык = / мой / мария-10.1 / sql / доля / английский /
сокет = / tmp / mysql2-dbug.sock

[mysqldump]
быстро
max_allowed_packet = 16 млн

[MySQL]
без авторефеширования
свободный-прерывание-источник-при-ошибке
 

См. Также

Набор символов MySQL по умолчанию и сопоставление

Обзор

Набор символов по умолчанию для MySQL в (mt) Media Temple - latin1, с сопоставлением по умолчанию latin1_swedish_ci.Это распространенный тип кодировки латинских символов. Вы также можете изменить кодировку. utf8 - это общий набор символов для нелатинских символов.

ПРИМЕЧАНИЕ:
Обратите внимание, что изменение параметров сортировки базы данных не входит в наше заявление о поддержке. Эти ресурсы были предоставлены в качестве любезности, чтобы помочь вам в меру наших возможностей. Для получения дополнительной информации о нашем заявлении о поддержке щелкните здесь.

Расширенная поддержка может помочь!
Нужна дополнительная помощь с вашим сервером? Помощь доступна через Advanced Support, наше подразделение премиум-услуг.Для получения дополнительной информации о том, что может сделать для вас расширенная поддержка, щелкните здесь.

Изменение набора символов и сопоставления базы данных

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

phpMyAdmin

1. Войдите в phpMyAdmin.
2. Выберите свою базу данных из списка слева.
3. Щелкните «Операции» в верхнем наборе вкладок.
4. В поле «Сопоставление» выберите новое сопоставление из раскрывающегося меню. utf8_general_ci - наиболее распространенная сортировка utf8.
5. Выберите свою базу данных из списка слева.
6. Щелкните «Операции» в верхнем наборе вкладок:

7. В поле «Сопоставление» выберите новое сопоставление из раскрывающегося меню. utf8_general_ci - наиболее распространенная сортировка utf8.

8. Щелкните Go.
9. Чтобы обновить таблицу базы данных, выберите ее из списка слева.

10. Щелкните «Операции» в верхнем наборе вкладок.

11. В «Параметры таблицы» в разделе «Параметры сортировки» выберите новое сопоставление из раскрывающегося меню.

12. Щелкните Go.

Командная строка

1. Войдите в MySQL с помощью SSH:

     mysql -h internal-db.s00000.gridserver.com -u db00000 -p  

2. Войдите в MySQL с помощью SSH:

     mysql -u admin -p`cat / etc / psa /.psa.shadow`  

3. При появлении запроса введите пароль к базе данных.
4. Выполните следующую команду, чтобы изменить набор символов и сопоставление вашей базы данных:

     ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;  

5. Выполните следующую команду, чтобы изменить набор символов и сопоставление таблицы:

     ALTER TABLE имя таблицы CHARACTER SET utf8 COLLATE utf8_general_ci;  

   Для любого из этих примеров замените примерный набор символов и сопоставление желаемыми значениями.

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

http://dev.mysql.com/doc/refman/5.0/en/charset-database.html

Доступные наборы символов

Доступны следующие наборы символов:

  mysql> показать набор символов;
+ ---------- + ----------------------------- + -------- ------------- + -------- +
| Кодировка | Описание | Сортировка по умолчанию | Макслен |
+ ---------- + ----------------------------- + -------- ------------- + -------- +
| big5 | Big5 Традиционный китайский | big5_chinese_ci | 2 |
| dec8 | DEC Западноевропейский | dec8_swedish_ci | 1 |
| cp850 | ДОС Западноевропейская | cp850_general_ci | 1 |
| hp8 | HP в Западной Европе | hp8_english_ci | 1 |
| koi8r | КОИ8-Р Релком Русские | koi8r_general_ci | 1 |
| latin1 | cp1252 Западноевропейский | latin1_swedish_ci | 1 |
| latin2 | ISO 8859-2 Центральноевропейский | latin2_general_ci | 1 |
| swe7 | 7bit шведский | swe7_swedish_ci | 1 |
| ascii | US ASCII | ascii_general_ci | 1 |
| уджи | EUC-JP Японский | ujis_japanese_ci | 3 |
| sjis | Shift-JIS Японский | sjis_japanese_ci | 2 |
| иврит | ISO 8859-8 Еврейский | hebrew_general_ci | 1 |
| tis620 | TIS620 Тайский | tis620_thai_ci | 1 |
| euckr | EUC-KR Корейский | euckr_korean_ci | 2 |
| koi8u | КОИ8-У Украинский | koi8u_general_ci | 1 |
| gb2312 | GB2312 Упрощенный китайский | gb2312_chinese_ci | 2 |
| греческий | ISO 8859-7 Греческий | greek_general_ci | 1 |
| cp1250 | Окна Центральноевропейская | cp1250_general_ci | 1 |
| gbk | GBK (упрощенный китайский) | gbk_chinese_ci | 2 |
| latin5 | ISO 8859-9 Турецкий | latin5_turkish_ci | 1 |
| armcii8 | ARMSCII-8 Армянский | armcii8_general_ci | 1 |
| utf8 | Юникод UTF-8 | utf8_general_ci | 3 |
| ucs2 | UCS-2 Unicode | ucs2_general_ci | 2 |
| cp866 | DOS Русский | cp866_general_ci | 1 |
| keybcs2 | DOS Kamenicky чешско-словацкий | keybcs2_general_ci | 1 |
| macce | Mac Центральноевропейский | macce_general_ci | 1 |
| макроман | Mac западноевропейский | macroman_general_ci | 1 |
| cp852 | DOS Центральноевропейская | cp852_general_ci | 1 |
| latin7 | ISO 8859-13 Балтика | latin7_general_ci | 1 |
| cp1251 | Windows кириллица | cp1251_general_ci | 1 |
| cp1256 | Windows арабский | cp1256_general_ci | 1 |
| cp1257 | Windows Baltic | cp1257_general_ci | 1 |
| двоичный | Двоичная псевдокартина | двоичный | 1 |
| geostd8 | GEOSTD8 Грузинский | geostd8_general_ci | 1 |
| cp932 | SJIS для Windows Японский | cp932_japanese_ci | 2 |
| eucjpms | UJIS для Windows Японский | eucjpms_japanese_ci | 3 |
+ ---------- + ----------------------------- + -------- ------------- + -------- +
  

Ubuntu 16.04 - Конфигурация MySQL 5.7 по умолчанию

В отличие от 14.04, 16.04 теперь разделяет конфигурацию, поэтому не вся конфигурация находится в файле /etc/mysql/my.cnf , а большая часть находится в каталогах, которые включены, как показано в файле по умолчанию my.cnf . ниже:

Файл My.cnf по умолчанию

  #
# Файл конфигурации сервера базы данных MySQL.
#
# Вы можете скопировать это в один из:
# - "/ etc / mysql / my.cnf "для установки глобальных параметров,
# - "~ / .my.cnf" для установки пользовательских опций.
#
# Можно использовать все длинные опции, которые поддерживает программа.
# Запустить программу с помощью --help, чтобы получить список доступных опций, и с помощью
# --print-defaults, чтобы увидеть, что он действительно понимает и использует.
#
# Пояснения см.
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

#
# * ВАЖНО: дополнительные настройки, которые могут отменять настройки из этого файла!
# Файлы должны оканчиваться на '.cnf', иначе они будут проигнорированы.#

! includedir /etc/mysql/conf.d/
! includedir /etc/mysql/mysql.conf.d/
  

Файл mysqld.cnf по умолчанию

Большинство параметров, которые вы ищете, теперь находятся в каталоге /etc/mysql/mysql.conf.d/mysqld.cnf . Содержание показано ниже:

  #
# Файл конфигурации сервера базы данных MySQL.
#
# Вы можете скопировать это в один из:
# - "/etc/mysql/my.cnf" для установки глобальных параметров,
# - "~ / .my.cnf" для установки пользовательских опций.
#
# Можно использовать все длинные опции, которые поддерживает программа.# Запустить программу с помощью --help, чтобы получить список доступных опций, и с помощью
# --print-defaults, чтобы увидеть, что он действительно понимает и использует.
#
# Пояснения см.
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# Это будет передано всем клиентам mysql
# Сообщалось, что пароли должны быть заключены в галочки / кавычки
# особенно если они содержат символы "#" ...
# Не забудьте отредактировать /etc/mysql/debian.cnf при изменении местоположения сокета.

# Вот записи для некоторых конкретных программ
# Следующие значения предполагают, что у вас есть как минимум 32M RAM

[mysqld_safe]
сокет = / var / run / mysqld / mysqld.носок
хороший = 0

[mysqld]
#
# * Основные настройки
#
пользователь = MySQL
pid-файл = /var/run/mysqld/mysqld.pid
сокет = /var/run/mysqld/mysqld.sock
порт = 3306
basedir = / usr
datadir = / вар / библиотека / mysql
tmpdir = / tmp
lc-сообщения-каталог = / USR / доля / MySQL
пропустить внешнюю блокировку
#
# Вместо пропуска сети по умолчанию теперь слушать только на
# localhost, который более совместим и не менее безопасен.
привязка-адрес = 127.0.0.1
#
# * Тонкая настройка
#
key_buffer_size = 16 млн
max_allowed_packet = 16 млн
thread_stack = 192 КБ
thread_cache_size = 8
# Это заменяет сценарий запуска и при необходимости проверяет таблицы MyISAM
# при первом прикосновении
myisam-recovery-options = РЕЗЕРВНОЕ КОПИРОВАНИЕ
#max_connections = 100
#table_cache = 64
#thread_concurrency = 10
#
# * Конфигурация кэша запросов
#
query_cache_limit = 1 млн
query_cache_size = 16 МБ
#
# * Журнал и репликация
#
# Оба местоположения вращаются cronjob.# Имейте в виду, что этот тип журнала снижает производительность.
# Начиная с версии 5.1, вы можете включить журнал во время выполнения!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Журнал ошибок - должно быть очень мало записей.
#
log_error = /var/log/mysql/error.log
#
# Здесь вы можете увидеть запросы с особенно большой продолжительностью
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
# log-query-not-using-indexes
#
# Следующее можно использовать для простого воспроизведения журналов резервного копирования или для репликации.# примечание: если вы настраиваете подчиненное устройство репликации, см. README.Debian о
# другие настройки, возможно, потребуется изменить.
# server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100 МБ
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
#
# * InnoDB
#
# InnoDB включен по умолчанию с файлом данных размером 10 МБ в / var / lib / mysql /.
# Прочтите руководство, чтобы узнать больше о параметрах, связанных с InnoDB.Есть много!
#
# * Функции безопасности
#
# Также прочтите руководство, если хотите chroot!
# chroot = / var / lib / mysql /
#
# Для создания сертификатов SSL я рекомендую графический интерфейс OpenSSL "tinyca".
#
# ssl-ca = / и т.д. / mysql / cacert.pem
# ssl-cert = / и т.д. / mysql / server-cert.pem
# ssl-ключ = / etc / mysql / server-key.pem
  

Последнее обновление: 16 августа 2018 г.
Первая публикация: 16 августа 2018 г.

О настройках сервера MySQL по умолчанию | Pivotal Docs

Последнее обновление страницы:

В этом разделе представлена ​​информация о значениях по умолчанию, которые MySQL for Pivotal Cloud Foundry (PCF)
применяется к его компонентам Percona Server.

Обзор

В этом разделе перечислены настройки сервера по умолчанию для тарифных планов MySQL для PCF.
Большинство настроек сервера по умолчанию одинаковы для всех тарифных планов. Тем не мение,
некоторые настройки сервера по умолчанию различаются в зависимости от тарифного плана.

Для настроек сервера по умолчанию:

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

Настройки сервера по умолчанию для всех планов

В следующей таблице перечислены стандартные параметры сервера MySQL for PCF по умолчанию.
ко всем тарифным планам.

Настройки сервера по умолчанию для планов с одним узлом и лидером-подчиненным

В дополнение к настройкам сервера по умолчанию, которые являются общими для всех планов, один узел
в планах «лидер-последователь» используются настройки сервера по умолчанию, перечисленные в следующей таблице.

Параметры сервера по умолчанию для планов кластеров с высокой доступностью

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