Как поймать ошибку соединения MySQLi?

Question

[WooDFox]

Дано:
Заведомо ошибочное подключение к БД:

$db = new mysqli('db_host', 'db_user', 'db_pass', 'db_name');
if ($db->connect_errno) error_handler(E_USER_ERROR, 'Текст ошибки', '', '', array(), 'MYSQL');

Кастомный обработчик ошибок, который пишет в базу:

$log = new mysqli('log_host', 'log_user', 'log_pass', 'log_name');

Проблема:
Так как первый вызов бросает ошибку подключения (некритическую), перед проверкой происходит еще одно соединение с базой, после чего "$db->connect_errno" отдает "0" - нет ошибок.
Подскажите, правильная ли это работа?
И как в таком случае ловить ошибки в запросах?

Comments

[FanatPHP]

"проверкой происходит еще одно соединение с базой" - зачем?

[WooDFox]

@FanatPHP, вы неправильно вырвали из контекста: "_перед_ проверкой"

[FanatPHP]

Неважно. Вопрос- ЗАЧЕМ.

[WooDFox]

@FanatPHP, в комментарии к вашему ответу я сказал зачем.

[FanatPHP]

Мне вот интересно, куда пишутся ошибки соединения логера %)

[FanatPHP]

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

[WooDFox]

Думается мне - эта: set_error_handler("error_handler");

[FanatPHP]

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

[WooDFox]

Факт ошибки - E_WARNING mysqli::mysqli(): (HY000/2005): Unknown MySQL server host...
Окей, мы уже определились, что писать лог в базу направильно. И что такое поведение "багофича". Спасибо за ответы ;)

[FanatPHP]

И все же я так и не смог понять, по какой такой удивительно причине в хендлер передаётся 'Текст ошибки', а не $db->error

[WooDFox]

По причине того, что приведенный листинг упрощен. Это раз) Два - $db->connect_error все равно пуст в данном случае, так как $log->mysqli_connect "перезаписал" его значение.

[WooDFox]

А причина багофичи мне видится в том, что mysqli имеет и процедурный интерфейс. Как ни крути, я сколько бы ошибочным ни было писать ошибки в базу, мне не кажется такое поведение правильным.

[FanatPHP]

НЕ НАДО ЛЯ-ЛЯ. Там нечему перезаписывать. в строке if ($db->connect_errno) error_handler() НИГДЕ нет обращения к второй базе. понаберут школоты по объявлениям, и она пишет код, который сама понять не может. ПРОЩЕ НАДО БЫТЬ. Если ты пишешь простой код, то у тебя потом не возникает фантастических идей про его работу.

[WooDFox]

Окей, специально для вас суперпросто.
Код:
$db1 = new mysqli($db_host.'1', $db_user, $db_pass, $db_name);
if ($db1->connect_errno) { echo 'Error: '.$db1->connect_error; } else { echo 'Ok
'; }
$db2 = new mysqli($db_host, $db_user, $db_pass, $db_name);
if ($db1->connect_errno) { echo 'Error: '.$db1->connect_error; } else { echo 'Ok
'; }
Ответ:
Error: Unknown MySQL server host 'localhost1' (11)
Ok

Я понимаю свой код. Давайте отойдем от правильности-неправильности моих действий - Вы считаете, что это правильное поведение модуля?

[FanatPHP]

Я считаю, что этот код - идиотский. Зачем под $db2 проверять ошибку в $db1?

[WooDFox]

А вот захотелось так. Почему нет? И не стройте из себя черт знает что, ответьте уже на поставленный вопрос.

[FanatPHP]

На этот теоретический вопрос я уже ответил. И после этого спросил, чем надо было писать код, чтобы столкнуться с такой ошибкой. Ответа не получил

[WooDFox]

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

[FanatPHP]

Нет. Заявление "потому что у меня так говнокод написан" - это не ответ. Я и спрашиваю, КАК можно так писать, чтобы между отловом ошибки и вызовом хендлера умудриться вклинить второй коннект. Это надо особенный, редкий талант иметь. Простым людям недоступный. Вот я и интересуюсь.

[WooDFox]

Предлагаете открывать соединение всегда, на случай ошибки? Это глупо, учитывая тот факт, что 99.9% времени ошибок нет. И, рация на танке - второй коннект происходит внутри хэндлера, а не до его вызова.

[FanatPHP]

Я-то как раз не предлагаю. Если говорить о соединениях, то я в первую очередь настаиваю на том, чтобы ВООБЩЕ НЕ ОТКРЫВАТЬ никакого соединения в случае ошибки, а писать на самый надежный и доступный носитель. В сладких эротических мечтах, конечно, все видится работающим и красивым. В грубой же реальности чем система проще - тем она надежнее. Во-вторых, если же открывать, то только в случае ошибки. Но при этом сам текст ошибки первого соединения надо получать ДО открытия второго. Это совсем просто. Но по какой-то причине пользователи похапе не в состоянии понимать простой код. Они настолько привыкли писать код, не понимая его, что даже примитивный вызов хендлера понять не в состоянии.

[WooDFox]

Ох. Вы непонимаете вопроса. От слова совсем. Не вижу смысла продолжать дискуссию.

[FanatPHP]

Я понимаю тот вопрос, который написан выше. Я уже цитировал адскую чушь, которая там написана, могу ещё раз: "ПЕРЕД проверкой происходит еще одно соединение с базой". Описанная проблема решается просто - соединение с базой должно происходить ПОСЛЕ проверки. Если же проблема у тебя другая, то если ты хочешь, чтобы её поняли - постарайся собраться с мыслями и описать её.

[WooDFox]

Еще раз. Только мое личное дело, куда я буду писать лог и по каким причинам. Я пишу в базу, а значит хэндлеру просто необходимо к ней подключиться. Вопрос же заключался в том, почему после завершения хэндлера объект соединения не содержит данных об ошибке.
Я уже принял ответ "FanatPHP Не знаю. Похоже на багофичу. Возможно, унутре у нее mysqli_connect_error(), которая соединениев не различает..." и единственное, что меня теперь беспокоит (да и с самого начала), это: Данное поведение нормально, или, все таки, это "странная" работа mysqli?

Answer 1

[FanatPHP]

Запоминаем волшебную строчку для работы с mysqli:

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Писать перед коннектом.
Отлавливает ошибки не только коннекта, но и запросов.

А функцию error_handler() надо выкинуть - она вредная и ненужная.
Равно как и идея писать ошибки БД в базу данных.
Не надо выпендриваться. Пишите в лог как все.

Comments

[WooDFox]

1. Таким образом я заставляю MySQLi кидать критическую ошибку и не более того. Для моего приложения этого хватит, но
2. Все же, почему статус ошибки перезаписывается другим экземпляром? Какая-то фундаментальная ошибка в моих знаниях?
3. Почему эррор хэндлер - вредно? Писать в базу не выпендреж, мне надо писать единый лог с нескольких нод одного сервиса. А так же, производить иные манипуляции - например, слать пушами критические ошибки и прочие ошибки в логике приложения.

[FanatPHP]

Потому что всё, что пишут пользователи похапе, вредно и ненужно. И описываемый велосипед яркое тому подтверждение. Если нужна агрегация, то сначала пишем в надежный лог, а потом уже этот лог как угодно агрегируем. Когда наш супер-вумный агрегатор накроется медным тазом, по логам можно будет понять, что с ним случилось. Критические ошибки так же должен слать внешний анализатор, у которого есть общая картина. А не запускаемый сотни раз раз в секунду скрипт, который ничего не знает о том, что сто тыщ пушей уже ушло.

[FanatPHP]

И, вообще-то, исключение - это не "критическая ошибка".

[WooDFox]

Окей, неправ, исправлюсь.
И все же, мне важен ответ на еще один вопрос: Правильное ли это поведение?

[FanatPHP]

Не знаю. Похоже на багофичу. Возможно, унутре у нее mysqli_connect_error(), которая соединениев не различает...

Answer 2

[Радость моя]

echo $db->error , PHP_EOL, $log->error;

Comments

[WooDFox]

И как это должно помочь? В обработчике нет ошибок, он спокойно пишет в другую базу. По дальше мне надо проверить соединение и прервать выполнение (т.к. эта ошибка критична для меня). Но при проверке я вижу код 0, хотя должен видеть ошибку, разве не так?

[Радость моя]

а покажите побольше кода. будет понятнее

[WooDFox]

Больше - это будет весь код) Суть вопроса в чем - почему $db->connect_errno перезаписывается запросом $log? Разве это не разные экземпляры?

[Радость моя]

Если хост-логин-пароль один и тот же, то вроде (ну раньше так было) пхп вообще выдавал предупреждение дублирования потока. У вас разные хосты лога и основного подключения?

[WooDFox]

Разные

[Радость моя]

/*
* Это "официальный" объектно-ориентированный способ сделать это
* однако $connect_error не работал вплоть до версий PHP 5.2.9 и 5.3.0.
*/
if ($mysqli->connect_error) {
die('Ошибка подключения (' . $mysqli->connect_errno . ') '
. $mysqli->connect_error);
}

может это подскажет? если не подсказало, давайте разбираться дальше) самому интересно

[Радость моя]

Если соединение установить не удалось, метод все равно вернет объект. Проверить успешность создания подключения можно либо функцией mysqli_connect_error() или с помощью свойства mysqli->connect_error, как показано в примерах.

[WooDFox]

Вот-вот. Так как объект возвращается в любом случае, проверить можно только ошибкой, которая по какой-то непонятной причине перезаписывается после вызова другого экземпляра.
Да, собственно, если отключить запись в лог, я получаю корректную ошибку. $mysqli->connect_error в моем случае тоже пустой.

Я, пока, вижу только один выход - использовать для лога PDO, но это же неправильно!

[Радость моя]

да, дисительно странно, больше и подсказать то нечего