Настройка параметров mysql для битрикс
Производительность базы данных — одна из наиболее важных составных частей общей производительности проекта на 1С-Битрикс. С помощью настройки параметров базы данных можно иногда получить немалый прирост скорости загрузки страниц сайта, которая, как показывает практика, очень сильно влияет на общее впечатление о сайте и его конверсию. Многие посетители вообще не дожидаются загрузки страницы, если она грузится слишком долго, и раньше закрывают вкладку браузера или возвращаются на предыдущую страницу.
[spoiler]
Установка типа таблиц
Для начала необходимо убедиться, что таблицы mysql имеют тип InnoDB, а не MyISAM. Для этого можно перейти в административной панели битрикс на страницу Настройки > Инструменты > SQL запрос и ввести команду SHOW TABLE STATUS (тип таблиц будет отображаться во втором столбце):
Если таблицы имеют тип MyISAM, то их можно сконвертировать в InnoDB либо при помощи команды ALTER TABLE , type=InnoDB, либо перейти Настройки > Производительность > Таблицы, выбрать внизу страницы «Для всех», и выбрать в выпадающем списке «Преобразовать в InnoDB»:
Как устанавливать параметры Mysql
Смотрим файл /etc/init.d/mysql и находим параметр CONF — в нем находится путь к файлу конфигурации mysql (обычно это /etc/mysql/my.cnf).
Собственно параметры mysql можно устанавливать не в любом месте файла my.cnf, а только после директивы [mysqld].
Чтобы параметры вступили в силу, нужно перезапустить сервер mysql. Сделать это можно при помощи команды /etc/init.d/mysql restart (Debian, Ubuntu) или /etc/init.d/mysqld restart (Fedora, Cent OS).
Посмотреть текущие параметры всегда можно при помощи команды mysqladmin variables -pPASSWORD, где PASSWORD — root пароль для mysql.
Наиболее важные параметры
Перечислю наиболее важные параметры, значения которых желательно установить
Параметры для типа таблиц InnoDB
Параметры для типа таблиц MyISAM
Какие значения данных параметров устанавливать — отчасти ответить на этот вопрос поможет также модуль «Монитор производительности» (Настройки > Производительность > Сервер БД), отчасти — эксперимент и опыт.
Решение проблем с MySQL
Панель управления ISPmanager значительно упрощает управление СУБД и базами данных. На корректно работающем VDS создание базы займет не больше 5 минут.
В левом меню ISPmanager переходим в раздел Базы данных и нажимаем Создать базу данных.
Заполняем необходимые поля: имя БД, владелец БД (должен совпадать с владельцем сайта), сервер БД, кодировка БД, после чего создаем нового пользователя БД (либо выбираем существующего) и задаем пароль. Рекомендуем создавать сложные пароли.
Подробнее о создании Базы данных можно узнать в отдельной статье.
Теперь немного о тех местах, где могут возникнуть сложности.
Раздела «Базы данных» нет в меню
Есть 2 возможных варианта решения проблемы:
1. На сервере не запущен сервер баз данных MySQL
Проверить, активен ли сервис, вы можете в разделе Мониторинг и журналы панели ISPmanager. Попробуйте запустить или перезапустить службу mariadb (в ОС CentOS и Debian) или mysql (в ОС Ubuntu) с помощью кнопок в панели.
Если не помогло, перезапустите из консоли командой systemctl restart mysql для Ubuntu/Debian или командой systemctl restart mariadb для Centos 7.
2. Проблемы с подключением к базе данных
Перейдите в раздел Серверы БД, двойным кликом откройте свойства и нажмите Сохранить, ничего не меняя. Это принудительно обновит информацию о MySQL в панели управления. После этого обновите страницу — раздел Базы данных должен появиться.
Не подходит пароль к серверу баз данных
Случается так, что пароль root от MySQL-сервера утерян и надо установить новый. Делается следующим образом:
В Debian/Ubuntu:
# systemctl stop mysql
# systemctl stop mariadb
# systemctl stop mysqld
Запускаем его без проверки таблиц прав:
# mysqld_safe --skip-grant-tables &
Заходим root’ом без пароля:
# mysql -uroot
# use mysql;
# UPDATE user SET Password=PASSWORD("new_password") WHERE User='root';
# UPDATE user SET authentication_string=PASSWORD("new_password") WHERE User='root';
Проверить версию MySQL можно с помощью команды:
# mysql –version
# mariadb –version
Продолжаем для всех версий
# FLUSH PRIVILEGES;
В Debian/Ubuntu:
# systemctl restart mysql
# systemctl restart mariadb
# systemctl restart mysqld
Авторизуемся как root с паролем new_password
# mysql -uroot -p
После вводим новый пароль.
Где искать ошибки?
MySQL — свободная реляционная система управления базами данных. Поиск проблем с сервисом лучше всего начинать с изучения логов. Для этого необходимо подключиться на сервер по SSH. Их расположение разнится в зависимости от используемой файловой системы. В конфигурационном файле my.cnf нужно искать строки log и log-error , чтобы определить, где находятся логи. Также можно воспользоваться mysql запросом:
show variables like '%log%';
Если логирование не включено, сделать это можно следующим образом. Зайти в файл:
/etc/my.cnf #Centos /etc/mysql/my.cnf #Debian /etc/mysql/mysql.conf.d/mysql.cnf #Ubuntu
Расположение конфигурационного файла может отличаться в зависимости от дистрибутива или CMS.
И в секцию [mysqld] добавить строку:
log-error=/var/log/mysql-errors.log
Выйти из файла, выполнить команды:
touch /var/log/mysql-errors.log chown mysql:mysql /var/log/mysql* chmod 640 /var/log/mysql*
Следующая команда включит просмотр созданного лога в режиме реального времени(tail –f) и оставить его в фоне(&) что бы можно было параллельно запускать другие команды:
tail –f /var/log/mysql-errors.log &
Данная команда позволяет проводить действия с БД или сайтов и одновременно смотреть на ошибки в логе. Чтобы остановить команду, нажмите Ctrl+C .
Перечень возможных проблем
Table ‘./site/content’ is marked as crashed and should be repaired
Такое сообщение может появиться в логах или на сайте. Оно означает, что таблица одной из БД «побилась» и требуется ее восстановление. Необходимо подключится на сервер по SSH, выполнить команду, которая проверит все базы данных на предмет ошибок
mysqlcheck —repair —analyze —optimize —all-databases -u –p
Если эта команда выдаёт ошибку, вставьте ключи раздельно:
mysqlcheck —repair —all-databases -u –p mysqlcheck —analyze —all-databases -u –p mysqlcheck —optimize —all-databases -u –p
- — имя пользователя базы данных или root,
- — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя).
Либо можно выполнить исправление конкретной базы данных:
mysqlcheck —repair —analyze —optimize -u -p
- — имя пользователя базы данных или root,
- — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя),
- — база данных, которой требуется исправление.
mysql_connect() [function.mysql-connect]: Access denied for user ‘user_xxx’@’localhost’ (using password: YES)
Чаще всего связана с тем, что в настройках сайта указаны не верные данные (логин и/или пароль) для подключения к базе. Вариант решения: посмотреть в админ-панели сайта данные пользователя, пароль и название базы для подключения к базе. Зайти в ISPmanager — Базы данных — кликнуть на базу, затем на пользователя и в графу Пароль поставить пароль из админ-панели.
Может быть обратная ситуация, когда в панели ISPmanager указаны верные данные, а в конфигурационных файлах указаны неверные. В таком случае нужно править конфигурационные файлы, для CMS Bitrix, например, это /bitrix/.settings.php и /bitrix/php_interface/dbconn.php .
На сайте ошибка «Не удалось подключиться к базе данных»
В зависимости от используемой CMS эта ошибка может по-разному выглядеть:
Возникла ошибка при подключении сервера баз данных MySQL Can't connect to local MySQL server Error connect to mysql Unable to connect to the database:Could not connect to .
Подключится на сервер по SSH, выполнить:
systemctl restart mysql #перезапуск MySQL для Ubuntu, Debian systemctl restart mariadb #перезапуск MySQL для Centos 7 ps axuw | grep mysql #Эта команда должна вывести список процессов MySQL. #Если ничего не вывела – значит, MySQL не запустился.
Убедится что в ISPmanager, в разделе Службы лампочка mysql или mariadb горит.
В панели ISPmanager не удается создать базу данных, ошибка «Недостаточно данных»
Это значит у вас в ISPmanager — Серверы БД не создано ни одного сервера баз данных. Для создания нажмите на Серверы БД, далее на Создать сервер. В полях введите название сервера БД (например, MySQL), придумайте имя пользователя и пароль. Также в панели ISPmanager можно установить более 1 СУБД, альтернативные СУБД будут работать в контейнерах Docker.
MySQL не запускается ни в сервисах, ни через консоль
При запуске через консоль ошибки могут быть вида:
cant connect to local mysql server throught socket /var/run/mysqld/mysql.d.sock /etc/init.d/mysql start Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! /usr/local/etc/rc.d/mysql-server restart mysql not running? (check /var/db/mysql/peroksid.ispvds.com.pid). Starting mysql.
Проверить свободное место на диске:
df –h #общая информация du –hs /* #сколько занимает конкретные папки
Если не осталось места, удалить ненужные файлы.
Частая ситуация, когда логи сайтов разрастаются и места на диске свободного не остается, MySQL не может нормально работать (справедливо и для всех остальных сервисов – apache, exim и т.д.)
Снова пробуем перезапустить MySQL:
systemctl restart mysql #перезапуск MySQL для Ubuntu и Debian systemctl restart mariadb #перезапуск MySQL для Centos 7
Если проблема не со свободным местом, в логах должны появиться записи, похожие на эти:
130929 06:16:05 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql 130929 6:16:05 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead. 130929 6:16:05 [Warning] option 'max_allowed_packet': unsigned value 5824839680 adjusted to 1073741824 Unknown suffix '-' used for variable 'sort_buffer_size' (value '--read_buffer_size=256K') 130929 6:16:05 [Warning] option 'sort_buffer_size': unsigned value 0 adjusted to 32776 130929 6:16:05 [ERROR] /usr/local/libexec/mysqld: Error while setting value '--read_buffer_size=256K' to 'sort_buffer_size' 130929 6:16:05 [ERROR] Aborting
Смотрим записи с меткой [ERROR]. В логе выше ошибка «Error while setting value ‘—read_buffer_size=256K’ to ‘sort_buffer_size’» означает, что в конфиге my.cnf неверно прописана директива ‘sort_buffer_size. Этот случай приведен только для примера. В каждом конкретном случае лог будет различаться. Ошибки могут быть самые разные. Дальнейшие действия зависят от конкретной ошибки и требуют детального разбирательства.
Решение проблем с кодировками MySQL
Чтобы решить проблему — достаточно понять логику работы. MySQL, начиная с версии 4.1, знает, что такое кодировки и как с ними работать. Если до 4.0 она работала с байтами, то теперь работает с символами.
MySQL написали шведы, поэтому кодировкой по умолчанию (сразу после установки) является latin1, а «сравнение» (последовательность букв, алфавит; влияет на сортировки) — latin1_swedish.
Итак, где кодировки указываются.
1. Кодировка конкретной базы/таблицы/столбца. Это кодировка, в которой MySQL будет хранить данные. Например, если у вас данные в cp1251, то будет большой ошибкой указывать для хранения кодировку latin1. В ней нет соответствий для русских символов, все они будут заменены на вопросы.
Кодировку хранения можно задать, например, так.В терминале открываем MySQL с помощью команды mysql или mysql -u имя_пользователя -p , вводим пароль, после чего пишем в консоли MySQL:
create database `имя базы` default charset cp1251;
Если кодировка не указана — будет использовано значение параметра default-character-set из файла /etc/my.cnf (либо latin1, если параметра нет). Кстати, именно этот параметр редактирует ISPmanager в свойствах сервера баз данных.
2. Кодировка соединения. Это кодировка, в которой клиент (скрипт пользователя, форум, mysql-клиент и т.д.) общается с MySQL. Когда клиент подсоединяется к серверу, тот ему сообщает значение параметра default-character-set . Таким образом они договариваются о том, в какой кодировке будут общаться. Кодировку общения можно изменить запросом (его лучше выполнять сразу после соединения с сервером):
set names cp1251
где вместо cp1251 вы можете указать нужную кодировку.
Кстати, множество современных правильных скриптов именно это и делают.
Одна сложность: есть ряд кривых клиентов, которые всего этого не понимают и общаются в какой-то своей кодировке. Персонально для них можно написать в /etc/my.cnf , секцию [mysqld] :
[mysqld] set init_connect="set names utf8"
где вместо utf8 вы можете указать нужную кодировку.
Что это означает? Сразу после подсоединения любого клиента, MySQL выполнит запрос set names utf8 , как будто смену кодировки общения запросил сам клиент.
Это всё, что нужно знать для решения любой проблемы с кодировками в MySQL. Осталось несколько уточнений (самое интересное):
phpMyAdmin, mysqldump — обычные клиенты, на них действуют те же самые правила. Одно «но»: на все PHP-скрипты (включая phpMyAdmin) действует default-character-set из секции [client] в my.cnf . Для mysqldump есть отдельная секция [mysqldump] . Часто бывает так, что команда mysqldump «не видит» секцию [mysqldump] , поэтому в случаях, когда необходимо делать дамп БД в определенной кодировке, лучше использовать mysqldump с параметром —default-character-set=utf8 (вместо utf8 укажите нужную кодировку). ISPmanager прописывает default-character-set во все секции.
Дамп базы — это обычный набор MySQL-команд. Если вы в самое его начало напишете set names cp1251; , то эта команда тоже выполнится, и MySQL будет считать, что дальше все данные в дампе идут в кодировке cp1251.
Кодировки в MySQL-командах пишутся без кавычек и без «-» (дефисов). Популярные в России кодировки: utf8, cp866 (DOS), cp1251 (windows-1251), koi8r, utf8mb4.
И, наконец, пара советов:
- Если вы в этом новичок, постарайтесь свести всё к одной кодировке. Пусть у вас дамп и default-character-set (напомню, влияет на кодировку хранилища при создании таблиц и на кодировку общения с клиентом) будет в одной кодировке. Это избавит от путаницы и решит 90% проблем.
- Если есть возможность — используйте консольную утилиту mysqldump. phpMyAdmin — это дополнительная прослойка, которая лишь добавляет свою путаницу и свои баги.
Русификация MySQL
Чтобы русифицировать базу данных MySQL, не вдаваясь в подробности почему и как, проделайте следующие процедуры:
1. В конфигурационном файле /etc/my.cnf добавьте следующие строчки:
Под разделом [client]:
default-character-set=cp1251
Под разделом [mysqld]:
character-set-server=cp1251 collation-server=cp1251_general_ci init-connect = "set names cp1251"
2. После этого перезапустите базу MySQL или весь ваш виртуальный сервер (из ISPmanager или консоли).
Ошибка DB Query в Bitrix
В этой статье мы расскажем, из-за чего возникает ошибка «DB query error, please try later» в Bitrix и как её исправить на виртуальном хостинге.
Почему возникает ошибка
Ошибка DB query error, please try later возникает на CMS Битрикс.
Также встречаются варианты:
- Mysql connect error [localhost]: (2002) No such file or directory (400),
- DB query error,
- Got error 28 from storage engine.
Эта проблема связана с базой данных сайта: к ней поступает слишком много обращений — больше, чем сервер БД может обработать.
Вот несколько распространённых причин этой ошибки:
- не хватает дискового пространства на хостинге. В Битрикс встроено автоматическое резервное копирование. Эта опция создаёт резервные копии в папке /bitrix/backup/ и постепенно занимает место на диске. Чтобы решить проблему, необходимо удалить старые резервные копии;
- повреждена база данных MySQL. В этом случае нужна резервная копия БД: восстановите копию с датой, когда сайт работал корректно;
- неверные данные для подключения к БД. Настройки подключения к базе данных хранятся в файле /bitrix/php_interface/dbconn.php. Если указаны неверные логин, пароль или название базы данных, сайт не может к ней подключиться. Из-за этого возникает ошибка.
Как включить отображение ошибок через панель управления
Чтобы понять, чем именно вызвана ошибка, нужно посмотреть ее полное описание на сайте. Для этого включите debug-режим.
Debug-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.
Перейдите в раздел Менеджер файлов:
Перейдите в папку php_interface и дважды кликните по файлу dbconn.php:
В блоках $DBDebug и $DBDebugToFile замените параметр «false» на «true» и нажмите Ok:
При переходе на сайт вы увидите текст ошибки. Он выделен красным цветом:
Как включить отображение ошибок через SSH-подключение
Подключитесь к серверу по SSH.
Выполните команду:
vim ~/www/domain.ru/bitrix/php_interface/dbconn.phpГде domain.ru — корневая папка сайта.
Кликните клавишу i, чтобы включить режим редактирования, затем в полях $DBDebug и $DBDebugToFile замените параметр «false» на «true»: 
Чтобы выйти из режима редактирования, нажмите Esc. Затем введите команду :qw и нажмите Enter: 
Как освободить место для работы БД через панель управления
Для того чтобы освободить место на хостинге, нужно очистить папку /bitrix/backup/. Для этого:
Войдите в панель управления ispmanager. Если внешний вид вашей панели управления отличается от представленного в инструкции, кликните в левом нижнем углу «Старый интерфейс».
Перейдите в папку /bitrix/backup/. Выделите файлы, которые вам не нужны, и нажмите Удалить.
Чтобы подтвердить удаление, нажмите Ok.
Как освободить место для работы БД через SSH-подключение
Выполните команду:
cd ~/www/domain.ru/bitrix/backup/Где domain.ru — корневая папка вашего сайта.
Чтобы удалить ненужные файлы, выполните команду:
rm domain.ru_20210512_104800_full_da85bdfa.tar domain.ru_20210512_104813_full_1463208a.tar domain.ru_20210512_104925_full_cdf5d6e0.tarКак изменить данные для подключения к БД через панель управления
Проблема с подключением к базе данных может возникнуть, если в файле /bitrix/php_interface/dbconn.php указаны некорректные логин, пароль или имя базы данных. Чтобы изменить настройки подключения:
Перейдите в раздел Базы данных:
Кликните по базе данных и выберите Пользователи:
Кликните по пользователю базы данных и выберите Изменить:
Кликните на значок «глаз», чтобы увидеть пароль. Проверьте имя пользователя и пароль, затем нажмите Отмена: DB Query Error что это значит
Перейдите в раздел Главное — Менеджер файлов:
Откройте папку php_interface и дважды Кликните по файлу dbconn.php:
- $DBLogin — укажите имя пользователя базы данных,
- $DBPassword — введите пароль пользователя БД,
- $DBName — укажите имя базы данных.
Затем нажмите Ok.
Битрикс хранит настройки подключения не только в файле dbconn.php, но и в файле .settings.php. Перейдите в папку /bitrix/ и дважды кликните по файлу .settings.php:
- database — укажите имя базы данных,
- login — введите логин пользователя БД,
- password — укажите пароль пользователя БД. Затем нажмите Ok:
Как изменить данные для подключения к БД через SSH-соединение
Перед изменением данных проверьте имя БД, логин и пароль. Чтобы изменить данные для подключения:
Выполните команду:
vim ~/www/domain.ru/bitrix/php_interface/dbconn.phpГде domain.ru — корневая директория сайта.
- $DBLogin — укажите имя пользователя БД,
- $DBPassword — введите пароль пользователя базы,
- $DBName — укажите название базы данных.
Затем нажмите Esc, чтобы выйти из режима редактирования, введите команду :qw и нажмите Enter.
Настройки подключения к базе данных хранятся еще в одном файле — .settings.php. Чтобы открыть его, выполните команду:
vim ~/www/domain.ru/bitrix/.settings.phpГде domain.ru — корневая папка сайта.
- database — введите имя базы данных,
- login — укажите имя пользователя БД,
- password — введите пароль пользователя БД.
Чтобы выйти из режима редактирования, нажмите Esc. Затем введите команду :qw и нажмите Enter.
Если вы выполнили рекомендации из статьи, но на сайте сохраняется ошибка — обратитесь в техническую поддержку.
Помогла ли вам статья?
Спасибо за оценку. Рады помочь ��
Ошибка подключения базы Битрик (bitrix)
Разворачиваю бекап сайта на локалке (опен сервер), в фале settings.php и dbconn.php, прописал верные данные подключения к базе данных, кусок с файла dbconn :
define("DBPersistent", false); $DBType = "mysql"; $DBHost = "localhost"; $DBLogin = "root"; $DBPassword = ""; $DBName = "zoo*****"; $DBDebug = false; $DBDebugToFile = false; define("MYSQL_TABLE_TYPE", "INNODB"); define("BX_USE_MYSQLI", true); Кусок с файла settings:
'connections' => array ( 'value' => array ( 'default' => array ( 'className' => '\\Bitrix\\Main\\DB\\MysqliConnection', 'host' => 'localhost', 'database' => 'zoo****', 'login' => 'root', 'password' => '', 'options' => 2, ), ), 'readonly' => true, ), );
Для отслеживания ошибки значение false в ‘debug’ => false, поставил на true ‘debug’ => true. И получил на сайте следующее
[Bitrix\Main\DB\ConnectionException] Mysql connect error [localhost]: (1049) Unknown database 'zoomagazine1' (400) W:\domains\ZooMagazine\bitrix\modules\main\lib\db\mysqliconnection.php:65 #0: Bitrix\Main\DB\MysqliConnection->connectInternal() W:\domains\ZooMagazine\bitrix\modules\main\lib\db\mysqliconnection.php:122 #1: Bitrix\Main\DB\MysqliConnection->queryInternal(string, array, NULL) W:\domains\ZooMagazine\bitrix\modules\main\lib\db\connection.php:330 #2: Bitrix\Main\DB\Connection->query(string) W:\domains\ZooMagazine\bitrix\modules\main\lib\config\option.php:226 #3: Bitrix\Main\Config\Option::load(string, NULL) W:\domains\ZooMagazine\bitrix\modules\main\lib\config\option.php:53 #4: Bitrix\Main\Config\Option::get(string, string, string) W:\domains\ZooMagazine\bitrix\modules\main\lib\httprequest.php:392 #5: Bitrix\Main\HttpRequest->prepareCookie(array) W:\domains\ZooMagazine\bitrix\modules\main\lib\httprequest.php:69 #6: Bitrix\Main\HttpRequest->__construct(object, array, array, array, array) W:\domains\ZooMagazine\bitrix\modules\main\lib\httpapplication.php:46 #7: Bitrix\Main\HttpApplication->initializeContext(array) W:\domains\ZooMagazine\bitrix\modules\main\lib\application.php:122 #8: Bitrix\Main\Application->initializeExtendedKernel(array) W:\domains\ZooMagazine\bitrix\modules\main\include.php:23 #9: require_once(string) W:\domains\ZooMagazine\bitrix\modules\main\include\prolog_before.php:14 #10: require_once(string) W:\domains\ZooMagazine\bitrix\modules\main\include\prolog.php:10 #11: require_once(string) W:\domains\ZooMagazine\bitrix\header.php:1 #12: require(string) W:\domains\ZooMagazine\index.php:3 Догадываюсь что это связано с mysql — mysqli Прошу помощи разобраться. Спасибо!