Почему PDO не создает новое подключение, пока не завершится предыдущее?

Question

[vlad_was_here]

Собственно суть вопроса:

скрипт А создает подключение к базе, используя PDO,
скрипт Б не может создать подключения, пока скрипт А не завершится.

А нужно, чтобы смог.

Как быть, господа?

Answer 1

[FanatPHP]

Дело не в ПДО.

Как быть, господа?

Учиться правильно выявлять причинно-следственные связи, а потом уже задавать вопрос.

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

Comments

[truekenny]

Если проблема с сессией, то можно через конфиги настроить работу с неё через memcache[d].

# Пример:
session.save_handler = memcached 
session.save_path = "localhost:11211"

[vlad_was_here]

Вы были правы.
Думаю дело в сессии.

Отказался от механизма сессии, предложенного PHP, использую куки и запись данных в БД.

Большое спасибо!

[FanatPHP]

@vlad_was_here: как я писал выше, нао было всего лишь закрыавть сессию через session_write_close. Чем больше велосипедов в системе, тем хуже она ездит

[vlad_was_here]

@FanatPHP: мне необходимо хранилище данных, способное работать в реальном времени с несколькими процесами.
В силу неопытности я не сразу пришел к ограничениям механизма сессии, теперь она реализована как класс со статическими гетером и сетером, данные хранит в бд, а ссид в куки.

[FanatPHP]

@vlad_was_here: Не важно где хранятся данные, но БЛОКИРОВАТЬ их надо все равно. РНР не просто так файл с сессией блокирует. Иначе в сессии будет мусор, когда непонятно, какой процесс когда что в него записал.

[vlad_was_here]

@FanatPHP: Думаю не сложно предположить кейс, когда блокировка не нужна :)

[FanatPHP]

Предположить несложно. Сложнее потом разгребать последствия, когда рванет