An error occurred while installing the database error 2002

Ошибка «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/run/mysqld/mysqld.sock’ (2 «No such file or directory»)» (РЕШЕНО)

При попытке подключения к серверу MySQL может возникнуть ошибка:

Вариант на другом дистрибутиве (отличается путь до файла mysqld.sock):

Ошибка означает, что не получается подключиться к MySQL серверу через сокет /run/mysqld/mysqld.sock, поскольку данный файл просто не существует.

Эта ошибка может возникнуть при использовании примерно следующей команды:

Причём она одинакова и для MySQL и для MariaDB.

Причина ошибки всегда одна — на хосте, к которому вы пытаетесь подключиться, не работает служба MySQL/MariaDB. Конкретных вариантов может быть множество: от банальных что вы забыли установить службу до более сложных, когда из-за ошибки в команде вы подключаетесь не к тому хосту.

Убедитесь, что MySQL/MariaDB сервер установлен

В первую очередь убедитесь, что СУБД MySQL или MariaDB вообще установлены.

Пакет может называться mysql-server или mysql. Если вы выбрали MariaDB вместо MySQL, то пакет называется mariadb-server или mariadb.

Пакеты mysql-client или mariadb-clients или какие-то ещё НЕ подходят! Это только клиенты для подключения, но не сам сервер.

На Ubuntu, Linux Mint и других дистрибутивах из этой семьи для установки выполните:

Убедитесь, что служба MySQL/MariaDB запущена

Файл /run/mysqld/mysqld.sock создаётся когда MySQL или MariaDB сервер установлен и запущен. Поэтому проверим статус сервера следующей командой (подходит и для MySQL, и для MariaDB):

Должен быть статус active (running) .

Если служба не запущена, то запустите её командой:

После этого проверьте статус службы

Добавления службы в автозагрузку (чтобы не пришлось её запускать при каждом включении компьютера, выполните следующую команду):

Убедитесь, что служба MySQL/MariaDB настроена правильно

Если причина проблемы оказалась в том, что служба не запущена и после попытки запуска служба вновь оказалась неактивной, значит проблема может быть в неправильной настройке сервера MySQL/MariaDB.

Файлы конфигурации (настроек) MySQL и MariaDB могут размещаться в разных директориях, например:

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

На что стоит обратить внимание в конфигурационных файлах

Если вы хотите сохранить оба конфигурационных файла, то проверьте, чтобы значение socket было одинаковым. Также для bind-address должен быть установлен правильный IP адрес. Если к этому серверу подключаются только приложения, которые запущены на этом же сервере, то в качестве значения bind-address нужно прописать localhost или 127.0.0.1

Перезапустите службу mysqld

Попробуйте просто перезапустить службу командой:

Либо следующим образом, значала узнайте PID (идентификатор) процесса mysql:

Затем выполните следующую команду, в которой вместо [PID]​ укажите число, полученное из предыдущей команды:

Затем вновь запустите службу:

Неправильные права на файл /run/mysqld/mysqld.sock

У MySQL/MariaDB должно быть достаточно прав для создания и записи в файл /run/mysqld/mysqld.sock (или /var/run/mysqld/mysqld.sock). Можно попробовать решить проблему следующим образом, если файл /run/mysqld/mysqld.sock (или /var/run/mysqld/mysqld.sock — указывайте файл в соответствии с вашими настройками в my.cnf) не существует, то создайте его:

Затем сделайте пользователя mysql владельцем этого файла:

Установите правильные права на этот файл:

Вновь попробуйте запустить сервис:

Проблемы запуска службы из-за несовместимой настройки apparmor

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

Несовместимость может быть вызвана, к примеру, файл сокета для MySQL настроен на сохранение по пути /run/mysqld/mysqld.sock, но в профиле apparmor дано разрешение на /var/run/mysqld/mysqld.sock

Чтобы убедиться, что дело именно в apparmor, попробуйте отключить его:

Если проблема исчезла и служба mysqld запустилась, значит нужно поверить разрешения для mysqld и добавить необходимые пути.

К примеру для показанного примера решением проблемы является добавление в /etc/apparmor.d/usr.sbin.mysqld строк:

Служба mysqld не может запуститься из-за отсутствия места на диске

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

Освободите пространство на диске и перезапустите службу.

Служба mysqld не может запуститься так как порт 3306 используется другой программой

По умолчанию служба mysqld использует порт 3306 если этот порт использует другой процесс, то это является препятствием для запуска MySQL и в конечном счёте появляется рассматриваемая ошибка.

Для решения проблемы выясните, какая служба прослушивает порт 3306. Например, это можно сделать командой:

А затем остановите эту служу и удалите её из автозагрузки.

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

Вместо localhost попробуйте использовать 127.0.0.1

Вместо localhost в примерно такой команде:

Используйте 127.0.0.1:

(также обратите внимание на отсутствие пробела между -p и mypassword)

Служба mysqld не запускается из-за недоступности файлов баз данных

Ещё одной причиной может стать то, что вы переместили файлы с базами данных, но не изменили пути в соответствующих файлах настройки MySQL. Выполните правильно настройку и перезапустите MySQL или MariaDB.

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

Для указания удалённого хоста используется опция -h. Из-за привычки указывать хост после имени пользователя через знак @ (как это делается, например, для SSH), либо указывать удалённый хост без опции -h, команда может оказаться неверной в том плане, что вместо подключения к удалённому хосту, вы пытаетесь подключиться, например, к своей собственной системе, на которой служба MySQL не установлена.

Следовательно, отредактируйте команду, используйте опцию -h или более длинный вариант —host=имя_хоста для указания хоста, к которому вы хотите подключиться.

Кстати, для указания имени пользователя используется опция -u. Если пароль отличается от стандартного, то используется опция -P (заглавная буква). Опция -p (прописная буква) используется для указания базы данных, которая выбирается для использования.

Служба mysqld по умолчанию не добавляется в автозагрузку на некоторых дистрибутивах

Помните, что на некоторых дистрибутивах (например, производных Arch Linux, на Kali Linux) даже после установки MySQL или MariaDB они не добавляются в автозагрузку и не запускаются по умолчанию.

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

Заключение

Итак, основной причиной ошибки «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/run/mysqld/mysqld.sock’ (2 «No such file or directory»)» является незапущенная служба mysqld. Причин того, что указанная служба не запущена может быть множество: от банального факта что служба вообще не установлена, до более серьёзных проблем связанных с переполненностью диска и неправильной настройкой конфигурационных файлов и прав доступа к файлам.

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

Источник

Почему получаю SQLSTATE[HY000] [2002] Connection refused, а миграции при этом с БД работают?

Пытаюсь использовать YII локально с докером. Настроил БД. Миграции работают нормально, при этом когда пробую записать или прочитать что-то из таблицы user , к примеру, получаю ошибку :

Менял 127.0.0.1 на localhost.

• Вопрос задан более трёх лет назад
• 12059 просмотров

Средний 2 комментария

у меня была такая проблема когда перерёл на винде с докер на докер тулбокс

решил её добавив в docker-compose.yml в настроки mysql

Правильный ответ
Пришлось сделать ДВА(!) конфига . Отдельно для консоли и для остального приложения. Разница в
dsn.

Для консоли
‘dsn’ => ‘mysql:host=127.0.0.1;dbname=project’,
Для остального приложения
‘dsn’ => ‘mysql:host=mysql;dbname=project’,

Пытаюсь использовать YII локально с докером.

Привет, столкнулся с той же проблемой, решил твоим методом

Изменил ‘host=127.0.0.1’ на ‘host=mysql’ и ошибка пропала.

Хочу уточнить, ты пишешь:
«Для остального приложения
‘dsn’ => ‘mysql:host=mysql;dbname=project’, «

‘host = mysql’ это потому что контейнер с базой данных так называется (mysql) или если по-другому, то почему?

Источник

Docker MYSQL ‘[2002] Connection refused’

I was trying out Docker for the first time. Got a LEMP stack up and running, but I can’t connect to the MYSQL Database. Not on my Symfony application, not on PHPMyAdmin. The applications are returning the following error code:

An exception occured in driver: SQLSTATE[HY000] [2002] Connection refused

This is my docker-compose.yml:

Could someone help me out? Thank you for your time.

8 Answers 8

The ‘[2002] Connection refused’ means you can reach the database server, but you don’t have right access for the user (in your case admin). By default mariadb have a root user with the password given by MYSQL_ROOT_PASSWORD and this user can connect from any server (%).

If you want use an over login to your databases, you have to create it in the databases server with the right granting on databases from chosen locations.

The problem here is that you have named your database server as ‘mysql’ (service name in the docker-compose file). But by default phpmyadmin tries to connect to a database server named ‘db’. Adding PMA_HOST: mysql under the environment section of the phpmyadmin service will resolve this problem.

I think that MYSQL_USERNAME and PMA_ARBITRARY are useless if you work with default configuration (connection with root to your databases server)

Источник

Устраняем типичные ошибки в MySQL

MySQL — система управления базами данных (СУБД) с открытым исходным кодом от компании Oracle. Она была разработана и оптимизирована специально для работы веб-приложений. MySQL является неотъемлемой частью таких веб-сервисов, как Facebook, Twitter, Wikipedia, YouTube и многих других.

Эта статья расскажет, как определять, с чем связаны частые ошибки на сервере MySQL, и устранять их.

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

Одной из распространённых ошибок подключения клиента к серверу является «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)».

Эта ошибка означает, что на хосте не запущен сервер MySQL ( mysqld ) или вы указали неправильное имя файла сокета Unix или порт TCP/IP при попытке подключения.

Убедитесь, что сервер работает. Проверьте процесс с именем mysqld на хосте сервера, используя команды ps или grep, как показано ниже.

Если эти команды не показывают выходных данных, то сервер БД не работает. Поэтому клиент не может подключиться к нему. Чтобы запустить сервер, выполните команду systemctl.

Чтобы проверить состояние службы MySQL, используйте следующую команду:

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

Если сервер работает (как показано) и вы по-прежнему видите эту ошибку, вам следует проверить, не заблокирован ли порт TCP/IP брандмауэром или любой другой службой блокировки портов.

Для поиска порта, который прослушивается сервером, используйте команду netstat .

Не удаётся подключиться к серверу MySQL

Ещё одна похожая и часто встречающаяся ошибка подключения — «(2003) Can’t connect to MySQL server on ‘server’ (10061)». Это означает, что в сетевом соединении было отказано.

Следует проверить, работает ли в системе сервер MySQL (смотрите выше) и на тот ли порт вы подключаетесь (как найти порт, можно посмотреть выше).

Похожие частые ошибки, с которыми вы можете столкнуться при попытке подключиться к серверу MySQL:

Ошибки запрета доступа в MySQL

В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).

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

В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.

Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду SHOW GRANTS
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):

В консоли вводим команду:

Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:

Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).

Потеря соединения с сервером MySQL

С этой ошибкой можно столкнуться по одной из следующих причин:

• плохое сетевое соединение;
• истекло время ожидания соединения;
• размер BLOB больше, чем max_allowed_packet .

В первом случае убедитесь, что у вас стабильное сетевое подключение (особенно, если подключаетесь удалённо).

Если проблема с тайм-аутом соединения (особенно при первоначальном соединении MySQL с сервером), увеличьте значение параметра connect_timeout .

В случае с размером BLOB нужно установить более высокое значение для max_allowed_packet в файле конфигурации /etc/my.cnf в разделах [mysqld] или [client] как показано ниже.

Если файл конфигурации недоступен, это значение можно установить с помощью следующей команды.

Слишком много подключений

Эта ошибка означает, что все доступные соединения используются клиентскими программами. Количество соединений (по умолчанию 151) контролируется системной переменной max_connections . Устранить проблему можно, увеличив значение переменной в файле конфигурации /etc/my.cnf .

Недостаточно памяти

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

Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:

• если клиент MySQL используется напрямую, запустите его с ключом —quick switch , чтобы отключить кешированные результаты;
• если вы используете драйвер MyODBC, пользовательский интерфейс (UI) имеет расширенную вкладку с опциями. Отметьте галочкой «Do not cache result» (не кешировать результат).

Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.

MySQL продолжает «падать»

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

Вы можете проверить состояние сервера, чтобы определить, как долго он работал.

Чтобы узнать время безотказной работы сервера, запустите команду mysqladmin .

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

Заключение

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

• Первый и самый важный шаг — просмотреть журналы MySQL, которые хранятся в каталоге /var/log/mysql/ . Вы можете использовать утилиты командной строки вроде tail для чтения файлов журнала.
• Если служба MySQL не запускается, проверьте её состояние с помощью systemctl . Или используйте команду journalctl (с флагом -xe ) в systemd.
• Вы также можете проверить файл системного журнала (например, /var/log/messages ) на предмет обнаружения ошибок.
• Попробуйте использовать такие инструменты, как Mytop, glances, top, ps или htop, чтобы проверить, какая программа использует весь ресурс процессора или блокирует машину. Они также помогут определить нехватку памяти, дискового пространства, файловых дескрипторов или какого-либо другого важного ресурса.
• Если проблема в каком-либо процессе, можно попытаться его принудительно остановить, а затем запустить (при необходимости).
• Если вы уверены, что проблемы именно на стороне сервера, можете выполнить команды: mysqladmin -u root ping или mysqladmin -u root processlist , чтобы получить от него ответ.
• Если при подключении проблема не связана с сервером, проверьте, нормально ли работает клиент. Попробуйте получить какие-либо его выходные данные для устранения неполадок.

Источник

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Страницы: [1] 2  Все   Вверх

Почему не получается установить mysql и phpmyadmin?

При установке Mysql указывал пароль.Установка mysql завершилась

dpkg: error processing package mysql-server (—configure):
dependency problems — leaving unconfigured
Processing triggers for libc-bin (2.19-0ubuntu6.14) .
Errors were encountered while processing:
mysql-server-5.5
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

Не обращая внимания,я пошел ставить phpmyadmin.
Ввел пароль,все дела.Но,видать из-за ошибки с mysql не получилась установка phpmyadmin.

Creating config file /etc/phpmyadmin/config-db.php with new version
ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2).
unable to connect to mysql server.
error encountered creating user:
ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)
An error occurred while installing the database:

ERROR 2002 (HY000): Can’t connect to local MySQL server through socket
‘/var/run/mysqld/mysqld.sock’ (2)

If at this point you choose «retry», you will be prompted with all the
configuration questions once more and another attempt will be made at performing
the operation. «retry (skip questions)» will immediately attempt the operation
again, skipping all questions. If you choose «abort», the operation will fail
and you will need to downgrade, reinstall, reconfigure this package, or
otherwise manually intervene to continue using it. If you choose «ignore», the
operation will continue, ignoring further errors from dbconfig-common.

1. abort 2. retry 3. retry (skip questions) 4. ignore

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

[SOLVED] Reinstall php/mysql/apache

[SOLVED] Reinstall php/mysql/apache

Post by markos2xx » Fri Sep 07, 2012 2:40 pm

Re: Reinstall php/mysql/apache

Post by oobetimer » Fri Sep 07, 2012 2:47 pm

Re: Reinstall php/mysql/apache

Post by markos2xx » Fri Sep 07, 2012 3:32 pm

Re: Reinstall php/mysql/apache

Post by oobetimer » Fri Sep 07, 2012 4:12 pm

You need to remove Apache completely before an re-installation.
sudo apt-get purge apache2

Re: Reinstall php/mysql/apache

Post by markos2xx » Fri Sep 07, 2012 4:48 pm

Re: Reinstall php/mysql/apache

Post by oobetimer » Fri Sep 07, 2012 5:05 pm

sudo apt-get remove —purge mysql*

you can delete anything related to packages named mysql. Those commands is only valid on debian / debian based linux distributions (for eg. ubuntu).

You can list all mysql packages installed with:
sudo dpkg -l | grep -i mysql

For more cleanup for package cache you can:
sudo apt-get clean

Remember to:
sudo updatedb

Otherwise the «locate» command will display old data.

To install mysql again, use the following command:
sudo apt-get install libmysqlclient-dev mysql-client

This will install mysql client, libmysql and its headers files.

To install the server, run this one:
sudo apt-get install mysql-server

Источник

Ошибка phpmyadmin 1064 (42000) во время установки

Меня смущает ошибка при установке phpmyadmin на сервере Debian с уже установленным и настроенным MySQL. Я уже пытался удалить последние неудачные установки phpmyadmin, но я не могу его установить.

Я также уже искал общие вопросы, пытаясь исправить файлы phpmyadmin как https://serverfault.com/questions/341116/setting-up-phpmyadmin-got-a-mysql-syntax-error, но каждый вызов timestamp верен без значений ( timestamp(value) кажется неправильным).

Если бы кто-нибудь мог мне помочь, я был бы очень благодарен!

Какую версию Debian вы используете? Вы используете MySQL или MariaDB, и установлен ли он через диспетчер пакетов или вы установили его самостоятельно каким-либо другим способом?

Debian 9 (Stretch) (64 бит), с использованием MySQL, установленного с помощью apt-get

Хорошо, я решил свою проблему, выполнив следующие действия:

Полное удаление phpmyadmin и mysql:

sudo remove phpmyadmin + sudo remove mysql

sudo purge phpmyadmin + sudo purge mysql )

Обновление dist: sudo apt-get dist-upgrade

Переустановка всего (phpmyadmin + mysql)

Позже у меня были другие проблемы, связанные с пользователями и паролями в phpmyadmin, но я решил их с помощью этого запроса:

mysql -u root mysql

UPDATE user SET Password=PASSWORD(‘YOURNEWPASSWORD’) WHERE User=’root’;

вы имеете в виду sudo apt-get remove phpmyadmin и т. д.

Год спустя у меня такая же ошибка на ubuntu18 и mysql8

если вы используете или обновляетесь до MySQL 8, плагином аутентификации по умолчанию является caching_sha2_password

Отредактируйте /etc/mysql/my.cnf или /etc/mysql/mysql.conf.d/mysqld.cnf

Добавьте следующую строку под [mysqld]

Затем перезапустите службу mysql и подключитесь к MySQL.

Затем выполните следующие команды и замените «пароль» на «свой пароль root».

Я действительно боролся с этой проблемой при настройке сервера на Цифровой океан. Мне нужен был сервер для размещения приложения Laravel. В основном мне пришлось настроить свой сервер, установив Nginx с помощью этого Руководство, затем я установил MYSQL версии 8.0.22 с помощью этого Руководство (в основном последняя доступная версия — что обычно приводит к этой ошибке), затем я установил PHP7.4, используя этот Руководство, из которого также потребовалось проверить статья DigitalOcean для настроить php процессор для Nginx с использованием того же Руководство, который я использовал для установки Nginx.

На этом этапе я хотел установить phpMyAdmin, и это не удалось с той же ошибкой, я прочитал все статьи, которые мог найти на Digital Ocean, Stackoverflow и других форумах, и ни одно решение не помогло. Я обнаружил, что могу загрузить phpMyAdmin версии 5.0.4 или выше (в основном последнюю версию) с официального сайта, так как он будет более совместим с MYSQL версии 8.0.22. Я следил за этим Руководство точно до установить phpMyAdmin вручную вместо автоматического и все заработало отлично!. Я смог открыть phpMyAdmin в браузере и даже войти в систему, используя root и пароль. Я создал другого пользователя, как указано в руководстве, и также смог войти в систему, используя этого нового пользователя.

Источник

Install phpMyAdmin with LAMP stack on Ubuntu 16.04

phpMyAdmin is a free, open source web-based database management tool written using PHP programming language. It allows the database administrators to manage single or multiple database servers either from a local or remote system using a web browser. Using phpMyAdmin, we can create, delete, rename, edit databases, tables, fields, and also we can directly execute any SQL commands. Currently, It supports MySQL, MariaDB, and Drizzle database servers. In this tutorial, we will see how to install phpMyAdmin with LAMP stack in Ubuntu 16.04 lTS server.

Install phpMyAdmin with LAMP stack in Ubuntu 16.04 LTS

First, Setup LAMP stack in your Ubuntu 16.04 LTS server as described in the following link.

phpMyAdmin is available in the default repositories of Ubuntu operating system. Once LAMP stack is installed and ready, install phpMyAdmin as shown below:

During installing, you’ll be asked to choose the web server that should be automatically configured to run phpMyAdmin. In our case, it is Apache webserver.

Choose apache2 and click OK.

Select Yes and hit ENTER to configure database for phpmyadmin with dbconfig-common.

Enter a password for phpmyadmin to register with the database server. If left blank, a random password will be generated.

Re-enter the password to confirm:

Oops! You might be encountered with the following error message:

To fix this issue, click OK and abort the phpMyAdmin installation.

Log in to MariaDB or MySQL prompt with root user using command:

Create a new database and database user for phpMyAdmin and grant full permission to the phpmyadmin user.

For the purpose of this tutorial, I am going to create a database called «phpmyadmindb», and database user «phpmyadminuser» with password «ubuntu». Please use a strong password which is very hard to guess in the production environment.

Then, edit phpmyadmin/config-db.php file:

Replace the database name, database user and its password with the values that you have created earlier.

Save and close the file.

Next, you must install the following php modules. Otherwise, you will get an error message that says:

The mbstring extension is missing. Please check your PHP configuration.

To install php modules, run:

Then, edit Apache webserver config file:

Add the following line at the end:

Save and close the file. Restart apache service to take effect the changes.

Access phpMyAdmin dashboard

Open up the web browser and navigate to http://IP-Address/phpmyadmin.

You should see the following screen. Enter the MariaDB/MySQL ‘root’ user name and its password.

Congrats! This is how the phpMyAdmin dashboard looks like.

From here, you can create, delete, rename, and manage the databases easily.

You might want to download our free guides related to database, and PHP.

Источник

How to Fix “MySQL ERROR 1819 (HY000):” in Linux

When creating a MySQL user with a relatively weak password, you might encounter the error ‘MySQL ERROR 1819 (HY000): Your password does not satisfy the current policy requirements’. Technically, this is not an error, but a notification that you are using a password that does not meet the recommended password policy requirements.

In other words, you are using a weak password that can easily be guessed or brute-forced. The built-in security mechanism discourages users from creating weak passwords which can render your database prone to breaches.

For example, I ran into the error when creating a user as shown

MySQL ERROR 1819 (HY000)

It’s a no brainer that the password is extremely weak and can present a security risk.

How to Solve MySQL ERROR 1819 (HY000) in Linux

The MySQL database ships with a validate_password plugin which when enabled, enforces a password validation policy. There are 3 levels of password validation policy that are enforced by the plugin.

• LOW: Allows users to set a password of 8 or fewer characters.
• MEDIUM: Allows users to set a password of 8 or fewer characters with mixed cases and special characters.
• STRONG: Allows users to set a password that has all the attributes of a medium-level password with the inclusion of a dictionary file.

By default, the password policy is set to MEDIUM. You can confirm the password policy level, by executing the command:

Check Mysql Password Policy

If you run the command and get the output empty set, then the plugin is not enabled yet.

To enable the validate_password plugin, run the commands below.

To confirm that the plugin is activated, run the command.

You should get the output shown below:

Enable Mysql Password Policy

To resolve the issue, you need to set the password validation policy to the lowest level. I know this sounds counterintuitive as it creates an avenue for setting weak passwords which can ultimately cause your database to be compromised by hackers.

However, if you still insist on having your way, here’s what you can do.

How to Change MySQL Password Validation Policy

To resolve the MySQL ERROR 1819 (HY000) error, set a lower password validation policy as shown.

You can thereafter confirm the password validation policy level.

Change Mysql Password Policy

Now you can proceed and assign a relatively weak password as per your wish.

To revert to the ‘MEDIUM’ password policy level, simply invoke the command:

Conclusion

Personally, I wouldn’t recommend setting a lower level password policy for obvious reasons. Whether it’s a normal user or a database user, it’s recommended to always set a strong MySQL password with more than 8 characters with a mix of uppercase, lowercase, numeric and special characters.

This guide is for the sake of those who want to know how to navigate such an error, otherwise, setting a strong password is always recommended.

Tutorial Feedback.

If You Appreciate What We Do Here On TecMint, You Should Consider:

TecMint is the fastest growing and most trusted community site for any kind of Linux Articles, Guides and Books on the web. Millions of people visit TecMint! to search or browse the thousands of published articles available FREELY to all.

If you like what you are reading, please consider buying us a coffee ( or 2 ) as a token of appreciation.

We are thankful for your never ending support.

Источник

MySQL — система управления базами данных (СУБД) с открытым исходным кодом от компании Oracle. Она была разработана и оптимизирована специально для работы веб-приложений. MySQL является неотъемлемой частью таких веб-сервисов, как Facebook, Twitter, Wikipedia, YouTube и многих других.

Эта статья расскажет, как определять, с чем связаны частые ошибки на сервере MySQL, и устранять их.

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

Одной из распространённых ошибок подключения клиента к серверу является «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)».

Эта ошибка означает, что на хосте не запущен сервер MySQL (mysqld) или вы указали неправильное имя файла сокета Unix или порт TCP/IP при попытке подключения.

Убедитесь, что сервер работает. Проверьте процесс с именем mysqld на хосте сервера, используя команды ps или grep, как показано ниже.

$ ps xa | grep mysqld | grep -v mysqld

Если эти команды не показывают выходных данных, то сервер БД не работает. Поэтому клиент не может подключиться к нему. Чтобы запустить сервер, выполните команду systemctl.

$ sudo systemctl start mysql        #Debian/Ubuntu
$ sudo systemctl start mysqld       #RHEL/CentOS/Fedora

Чтобы проверить состояние службы MySQL, используйте следующую команду:

$ sudo systemctl status mysql       #Debian/Ubuntu
$ sudo systemctl status mysqld      #RHEL/CentOS/Fedora

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

$ sudo systemctl restart mysql
$ sudo systemctl status mysql

Если сервер работает (как показано) и вы по-прежнему видите эту ошибку, вам следует проверить, не заблокирован ли порт TCP/IP брандмауэром или любой другой службой блокировки портов.

Для поиска порта, который прослушивается сервером, используйте команду netstat.

$ sudo netstat -tlpn | grep "mysql"

Ещё одна похожая и часто встречающаяся ошибка подключения — «(2003) Can’t connect to MySQL server on ‘server’ (10061)». Это означает, что в сетевом соединении было отказано.

Следует проверить, работает ли в системе сервер MySQL (смотрите выше) и на тот ли порт вы подключаетесь (как найти порт, можно посмотреть выше).

Похожие частые ошибки, с которыми вы можете столкнуться при попытке подключиться к серверу MySQL:

ERROR 2003: Cannot connect to MySQL server on 'host_name' (111)
ERROR 2002: Cannot connect to local MySQL server through socket '/tmp/mysql.sock' (111)

Ошибки запрета доступа в MySQL

В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).

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

В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.

Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду SHOW GRANTS
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):

В консоли вводим команду:

> SHOW GRANTS FOR 'tecmint'@'localhost';

Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:

> grant all privileges on *.test_db to 'tecmint'@'192.168.0.100';
> flush privileges;

Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).

Потеря соединения с сервером MySQL

С этой ошибкой можно столкнуться по одной из следующих причин:

• плохое сетевое соединение;
• истекло время ожидания соединения;
• размер BLOB  больше, чем max_allowed_packet.

В первом случае убедитесь, что у вас стабильное сетевое подключение (особенно, если подключаетесь удалённо).

Если проблема с тайм-аутом соединения (особенно при первоначальном соединении MySQL с сервером), увеличьте значение параметра connect_timeout.

В случае с размером BLOB нужно установить более высокое значение для max_allowed_packet в файле конфигурации /etc/my.cnf в разделах [mysqld] или [client] как показано ниже.

[mysqld]
connect_timeout=100
max_allowed_packet=500M

Если файл конфигурации недоступен, это значение можно установить с помощью следующей команды.

> SET GLOBAL connect_timeout=100;
> SET GLOBAL max_allowed_packet=524288000;

Слишком много подключений

Эта ошибка означает, что все доступные соединения используются клиентскими программами. Количество соединений (по умолчанию 151) контролируется системной переменной max_connections. Устранить проблему можно, увеличив значение переменной в файле конфигурации /etc/my.cnf.

[mysqld]
max_connections=1000

Недостаточно памяти

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

Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:

• если клиент MySQL используется напрямую, запустите его с ключом --quick switch, чтобы отключить кешированные результаты;
• если вы используете драйвер MyODBC, пользовательский интерфейс (UI) имеет расширенную вкладку с опциями. Отметьте галочкой «Do not cache result» (не кешировать результат).

Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.

$ sudo apt-get install mysqltuner     #Debian/Ubuntu
$ sudo yum install mysqltuner         #RHEL/CentOS/Fedora
$ mysqltuner

MySQL продолжает «падать»

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

Вы можете проверить состояние сервера, чтобы определить, как долго он работал.

$ sudo systemctl status mysql       #Debian/Ubuntu
$ sudo systemctl status mysqld      #RHEL/CentOS/Fedora

Чтобы узнать время безотказной работы сервера, запустите команду mysqladmin.

$ sudo mysqladmin version -p 

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

$ sudo mysqladmin -i 5 status

Или

$ sudo mysqladmin -i 5 -r status

Заключение

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

• Первый и самый важный шаг — просмотреть журналы MySQL, которые хранятся в каталоге /var/log/mysql/. Вы можете использовать утилиты командной строки вроде tail для чтения файлов журнала.
• Если служба MySQL не запускается, проверьте её состояние с помощью systemctl. Или используйте команду journalctl (с флагом -xe) в systemd.
• Вы также можете проверить файл системного журнала (например, /var/log/messages) на предмет обнаружения ошибок.
• Попробуйте использовать такие инструменты, как Mytop, glances, top, ps или htop, чтобы проверить, какая программа использует весь ресурс процессора или блокирует машину. Они также помогут определить нехватку памяти, дискового пространства, файловых дескрипторов или какого-либо другого важного ресурса.
• Если проблема в каком-либо процессе, можно попытаться его принудительно остановить, а затем запустить (при необходимости).
• Если вы уверены, что проблемы именно на стороне сервера, можете выполнить команды: mysqladmin -u root ping или mysqladmin -u root processlist, чтобы получить от него ответ.
• Если при подключении проблема не связана с сервером, проверьте, нормально ли работает клиент. Попробуйте получить какие-либо его выходные данные для устранения неполадок.

Перевод статьи «Useful Tips to Troubleshoot Common Errors in MySQL»

Привет товарищи,

спокойно себе жил почти год сервер на ubuntu 14 c лампой на борту, на сервере 2 сайта wordpress. Вчера вечерком я обнаружил что сайт не может соединится с базой данных, при попытке войти в mysql через терминал — выдало ошибку

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'

порылся на форуме , почитал рекомендации — сделал, результата нету. Сервер предоставляет компания Digital Ocean — накатил бекап 3ех дневной давности — все запустилось и через 1 минуту опять мускуль свернулся. С бекапами старее та же история.

Не стартует mysql-server

Подскажите пожалуйста, в какую сторону смотреть, какие логи вам показать? Спасибо

UPD: Я видел такую ситуацию когда не стартовал мускуль из-за недостатка места на диске, но в моем случае — гуляй душа.

~$ sudo service mysql restart
[sudo] password for ~: 
stop: Unknown instance: 
start: Job failed to start

логи

150617  8:01:25 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150617  8:01:25 [Note] Plugin 'FEDERATED' is disabled.
150617  8:01:25 InnoDB: The InnoDB memory heap is disabled
150617  8:01:25 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150617  8:01:25 InnoDB: Compressed tables use zlib 1.2.8
150617  8:01:25 InnoDB: Using Linux native AIO
150617  8:01:25 InnoDB: Initializing buffer pool, size = 128.0M
150617  8:01:25 InnoDB: Completed initialization of buffer pool
150617  8:01:25 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150617  8:01:25  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150617  8:01:27  InnoDB: Waiting for the background threads to start
150617  8:01:28 InnoDB: 5.5.43 started; log sequence number 874386956
150617  8:01:28 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150617  8:01:28 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
150617  8:01:28 [Note] Server socket created on IP: '127.0.0.1'.
150617  8:01:28 [Note] Event Scheduler: Loaded 0 events
150617  8:01:28 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.43-0ubuntu0.14.04.1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)
150617  8:01:28  InnoDB: Error: page 3235 log sequence number 874387332
InnoDB: is in the future! Current system log sequence number 874386956.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
150617  8:01:28  InnoDB: Error: page 3718 log sequence number 874387295
InnoDB: is in the future! Current system log sequence number 874386956.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
150617  8:01:29 [ERROR] /usr/sbin/mysqld: Table './etnicasmain/wp_options' is marked as crashed and should be repaired
150617  8:01:29 [Warning] Checking table:   './etnicasmain/wp_options'
150617  8:01:30 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_column_info' is marked as crashed and should be repaired
150617  8:01:30 [Warning] Checking table:   './phpmyadmin/pma_column_info'
150617  8:01:30 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_recent' is marked as crashed and should be repaired
150617  8:01:30 [Warning] Checking table:   './phpmyadmin/pma_recent'
150617  8:01:30 [ERROR] /usr/sbin/mysqld: Table './phpmyadmin/pma_userconfig' is marked as crashed and should be repaired
150617  8:01:30 [Warning] Checking table:   './phpmyadmin/pma_userconfig'
150617  8:01:30 [ERROR] /usr/sbin/mysqld: Table './pulspro/wp_options' is marked as crashed and should be repaired
150617  8:01:30 [Warning] Checking table:   './pulspro/wp_options'

сверху лог бекапа который работает.

Вот лог с последней резервной копии неработающей — лог увы, но сюда он не влазит.