Расширение mysql для PHP путает ссылки на соединения к разным базам одного сервера

Question

[Сергей]

Я был просто в шоке, что этот код в обоих случаях возвращает данные из базы sh2

<?php

$conn1 = mysql_pconnect('localhost', 'root', '');
$conn2 = mysql_pconnect('localhost', 'root', '');

mysql_select_db('sh1', $conn1);
mysql_select_db('sh2', $conn2);

$res = mysql_query('SELECT * FROM users_collections', $conn1);
while($row = mysql_fetch_assoc($res)) {
print_r($row);
}

$res = mysql_query('SELECT * FROM users_collections', $conn2);
while($row = mysql_fetch_assoc($res)) {
print_r($row);
}


При чём если прописать $conn2 = mysql_pconnect('127.0.0.1', 'root', ''); то возвращаются данные разных баз.
Кто-нибудь знает как с этим бороться?

Нужно решение для функции подключения mysql_pconnect. Про четвёртый аргумент mysql_connect и так знаем.

// очевидные решения: использовать mysqli, или явным образом указывать в запросах имя базы не подходят :)

Answer 1

[Андрей Буров]

В документации об этом написано

Если второй вызов функции mysql_connect() произошёл с теми же аргументами, то новое соединение не будет установлено. Вместо этого функция вернёт ссылку на уже установленное соединение.

ru.php.net/manual/ru/function.mysql-connect.php

Answer 2

[homm]

В этом и смысл mysql_pconnect, возвращается уже существующее соединение. В шоке он.

Comments

[Ogra]

А чего минусуете то человека? Судя по мануалу — homm прав, а ТС — нуб и опозорился.
«при соединении функция пытается найти уже открытый (постоянный) указатель на тот же сервер с тем же пользователем и паролем. Если он найден, возвращён функцией будет именно он, вместо открытия нового соединения. „

[Сергей]

Я не спорю с мануалом, мне бы решение проблемы найти в рамках оговоренных условий.

То что вы тут пересказываете я и так знаю, а по поводу группировки pconnect по хосту-юзеру — это ок, но я почему-то думал, что для разных mysql_select_db он всё-таки догадается разные соединения создать, а то жесть какая-то получается.

[Ogra]

«догадается»? Он УЖЕ вернул вам один и тот же указатель, все, баста, в вашей программе $conn1 и $conn2 это одно и то же, поменять их — нет возможности!
Выше посоветовали сделать разных пользователей под разные базы, по-моему хороший вариант.
Второй вариант — использовать разные альясы для хостов (localhost, 127.0.0.1, например)
Третий вариант — указывать БД в запросе явно.

[homm]

> мне бы решение проблемы найти в рамках оговоренных условий.
Не использовать mysql_pconnect.

[homm]

Вы, наверное, будете в еще большем шоке, когда у вас из-за использования mysql_pconnect полезут другие малопонятные проблемы. Например, insert_id один раз из 100 будет возвращать неверное значение. Вы уже догадываетесь, почему так будет происходить?

[Андрей Буров]

для разных mysql_select_db он всё-таки догадается разные соединения создать

Это простой use database;

Answer 3

[sdevalex]

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

Answer 4

[korvindest]

Судя по вашему эксперименту со сменой localhost на 127.0.0.1 у вас не создается второго подключения к СУБД а возвращается ссылка на уже созданное (потому что они идентичны).
Поэтому активной для обоих(на сам ом деле одного) подключений является последняя выбранная база.
Думаю, если написать
mysql_select_db('sh2', $conn2);
mysql_select_db('sh1', $conn1);
то все запросы пойдут к sh1.
Вариантов решения море.
1. Сделать для каждой базы своего пользователя (это правильно со многих сторон)
2. Заставить СУБД слушать несколько портов и конектится к разным.
3. Сделать несколько псевдонимов localhost и указывать разные в подключениях.

P.S.
Это моя гипотеза, т.к. проверить сейчас не на чем, но мне кажется что я прав.

Comments

[Андрей Буров]

localhost и 127.0.0.1 в этом случае разные вещи
Если указан localhost, то соединение будет через unix-socket, а если 127.0.0.1 — то TCP/IP

[Сергей]

Ага, но в то же время соединения к 127.0.0.1, 127.0.0.1:3306, localhost, localhost:3306 будут считаться как к разным серверам.

Answer 5

[FrostMoon]

Сделайте так:
$conn1 = mysql_connect('localhost', 'root', '', true);
$conn2 = mysql_connect('localhost', 'root', '', true);

У вас параметр new_link по дефолту false, поэтому нового соединения не создается, а переписывается существующее. Просто дописывает true :)

Пруфы:
resource mysql_connect ([ string $server = ini_get(«mysql.default_host») [, string $username = ini_get(«mysql.default_user») [, string $password = ini_get(«mysql.default_password») [, bool $new_link = false [, int $client_flags = 0 ]]]]] )

new_link
Если второй вызов функции mysql_connect() произошёл с теми же аргументами, то новое соединение не будет установлено. Вместо этого функция вернёт ссылку на уже установленное соединение. Параметр new_link может заставить функцию mysql_connect() открыть ещё одно соединение, даже если соединение с аналогичными параметрами уже открыто. В SQL safe mode этот параметр игнорируется.

Answer 6

[DorBer]

У mysql_connect используйте четвертый параметр:

resource mysql_connect ([ string $server = ini_get(«mysql.default_host») [, string $username = ini_get(«mysql.default_user») [, string $password = ini_get(«mysql.default_password») [, bool $new_link = false [, int $client_flags = 0 ]]]]] )

Comments

[Сергей]

А как быть с mysql_pconnect у которого такого аргемента нет?

[DorBer]

А его вообще использовать не стоит, если не хотите в итоге получить сообщение, что нет больше свободных коннектов.

[DorBer]

Да и правильно ниже говорят, — переходите на PDO. Сплошное удовольствие и куча плюсов. Например, автоматическое экранирование параметров, биндинг.

[Сергей Береснев]

DorBer, что за «автоматическое экранирование параметров»?

Answer 7

[Anton_from_Amber]

Сталкивался с такой штукой. Решается применением различных хостов при подключении. К примеру у вас есть мастер и реплика на одной машине. Укажите в DNS: ms.domain.com A 192.168.0.1, rp1.domain.com A 192.168.0.1 Используйте эти два различных доменных имени для установки различных соединений. Можно использовать доменное имя, ip-адрес и псевдонимы типа localhost, если у вас нет доступа к DNS.