Как подключиться один раз к базе?

Question

[uuuu]

Можно ли подключиться один раз к базе mysql и дальше делать с этой базой любые запросы? Сейчас получается так, что в каждом документе .php необходимо каждый раз подключаться к базе снова и снова.

Comments

[Adamos]

Имхо, до изучения ООП (и реального его применения) лучше такими вопросами не задаваться.
Чтобы потом не разучиваться делать так, как не надо.

Answer 1

[DevMan]

в классическом пхп это невозможно: скрипт умирает по окончанию своей работы со всеми данными и конектами.
можно сделать постоянно живущий сервис или сервер, но зачем? в "каждый раз подключаться к базе снова и снова" нет ничего критичного, если у вас не какой–нить хайлоад.
а чтоб не копипастить код подключения из файла в файл придуманы инклюды и/или единая точка входа.

Answer 2

[index0h]

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

Comments

[uuuu]

можно пинговать sql еще, чтобы поддержать соединение. Что такое воркеры?
(нашел)

[FanatPHP]

uuuu, осталось ещё понять, ради чего городить весь этот огород с пингами, реконнектами и воркерами (которые ты все равно сюда не пришпандоришь)

[index0h]

uuuu,

Что такое воркеры?

Это консольные php процессы, для обработки чего-то

(нашел)

Конкретно с тедами - очень не рекоменду играться. Фича безусловно, прикольная, но в продакшне вносит больше минусов, чем плюсов. Лучше запустить несколько отдельных процессов, через supervisor например.

FanatPHP

осталось ещё понять, ради чего городить весь этот огород с пингами, реконнектами

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

[FanatPHP]

index0h, ну так у него не очереди :)

[Vitsliputsli]

index0h,

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

Зачем такие сложности? К примеру, обращаемся к БД, она возвращает Exception, наверное чтото вроде Connection has closed, пересоздаем соединение в воркере и отправляем заново тот же запрос.

[index0h]

Vitsliputsli, верно, но потом уже новое подключение прийдется перепробросить в севисы, требующие этот подключение. Собственно в этом моменте и сложность. В случае проброса зависимостей через конструктор - по сути прийдется пересоздать все используемые сервисы. Конкретно в моем случае эта проблема решалась за счет множества фабрик. Потом было принято соглашение: нет подключения - рестартуем воркер полностью.

Answer 3

[Vitsliputsli]

Можно ли подключиться один раз к базе mysql и дальше делать с этой базой любые запросы?

Можно.

Если "документы .php" - это файлы используемые одним процессом php, то только так и надо. Если нужно чтобы разные процессы использовали одно подключение к БД, то это вопрос не к php, а к тому кто будет поддерживать это соединение и шарить на процессы php. Есть persistent connection на стороне СУБД, но его лучше не использовать, т.к. не всегда оно корректно работает. Есть всякие ProxySQL которые могут это организовать, это и есть оптимальный вариант.