Laradock (Docker) — не могу запустить миграции — SQLSTATE[HY000] [2002] Connection refused — что делать?

Question

[Роми]

Установил Laradock (Docker Compose сконфигурированный для Laravel).

Захожу в коробку:

docker-compose exec workspace bash

перехожу в папку с Laravel, запускаю миграции, получаю вот что:

root@bb28cf79eadd:/var/www/project1# php artisan migrate

   Illuminate\Database\QueryException 

  SQLSTATE[HY000] [2002] Connection refused (SQL: select * from information_schema.tables where table_schema = default and table_name = migrations and table_type = 'BASE TABLE')

.env Laradock:

### MYSQL #################################################

MYSQL_VERSION=latest
MYSQL_DATABASE=default
MYSQL_USER=default
MYSQL_PASSWORD=secret
MYSQL_PORT=3306
MYSQL_ROOT_PASSWORD=root
MYSQL_ENTRYPOINT_INITDB=./mysql/docker-entrypoint-initdb.d

.env Laravel

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=default
DB_USERNAME=default
DB_PASSWORD=secret

** при этом, в PhpMyAdmin - с этими данными (default:secret) логинится нормально. Правда юзер какой СТРАННЫЙ - без привилегий на создание баз и т.п.

Как это вообще можно решить радикально, чтобы не было танцев с бубном?

Что я делаю не так?

Спасибо.

P.S. Вот так:

docker-compose exec mysql mysql -u root -proot

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

Answer 1

[N]

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=default
DB_USERNAME=default
DB_PASSWORD=secret

Сделайте вот так:
DB_HOST=mysql

P.S.:
Не забывайте после каждого изменения конфигов делать:
php artisan config:cache

Comments

[Роми]

спасибо большое!!! только что нагуглил на стаковерфлоу это же и заработало!)))

но по-любому гран-мерси!))

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

[Роми]

и да, все заработало и без

php artisan config:cache

)))

но тоже возьму на заметку)

[N]

romicohen, Ну, если честно...для тех кто сначала познакомился с docker'ом, а потом наткнулся бы на Laradock, то было бы очевидно :)

[N]

romicohen, Я просто уже раз третий тут на подобный вопрос отвечаю))
Когда будешь поднимать Redis, Memcahed или другие сервисы...там аналогичная ситуация :)))

[N]

romicohen, Про php artisan config:cache - это, чтобы наверняка исключить - "всё равно не канает - памагите" :))

[Роми]

N, так уж вышло, что я сначала познакомился с Homestead ))

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

[Роми]

N, ))))))))))))))) *ржу в голос прям* спасибо еще раз!

[N]

romicohen, Там по-умолчанию порты от сервисов "светят наружу"...будь аккуратнее, если запускаешь это в публичном доступе...есть боты(особенно много китайских), которые сканят IP'шники и "в курсе" за "стандартные" пароли этого Laradock'а... ;))

[N]

romicohen, Ну и порты можно(и нужно) конечно "запилить"...изучай docker-compose.yml...

[Роми]

N, понял) мерси)) но я это не в прод, это мне именно для разработки.

[N]

romicohen, Я понял) Просто, если это "разработка" например на VDS, который "висит" в интернете...то однажды (порой в течение часа) может прийти бот и "зашифровать" всю БД MySQL...оставив послание в виде:

Скиньте сюда столько то биткойнов...:))

[Глеб Старков]

romicohen, в bash лучше заходить так:

docker-compose exec --user=laradock workspace bash

[jazzus]

Коллега, да не нужно постоянно писать config cache в разработке. Пожалей клавиатуру. Достаточно один раз config clear и конфиги кешироваться не будут. Кешировать нужно только на проде.

[N]

jazzus, Насколько помню, если в .env будет:
APP_ENV=production
То автоматически будут кэшироваться...при первом обращении к приложению...не все в "режиме разработки" продукты пилят...
Может ошибаюсь, но просто помню, что натыкался на такую историю...

[N]

jazzus, Щас специально полазил в документации...да, Вы правы...только в любом случае потом, когда "разработка" закончится, нужно не забыть config:cache :)

[Роми]

Глеб Старков, спасибо! Я вчера тоже подумал - все равно пришлось переключаться с рута на пользователя чтобы проект клонировать не от имени рута.

[jazzus]

N, можно добавить в скрипт деплоя и забыть)

[N]

jazzus, Ну тут не всем подходят такие советы))