Ведомые Секунды репликации MySQL позади основного увеличения?

В то время как другие ответы здесь остановят ошибки, будучи записанным в Ваш журнал ошибок, они просто игнорируют сообщение об ошибке и не фиксируют ошибку.

Ошибка в этом случае состоит в том, что Ваш php.ini все еще имеет также magic_quotes_gpc on или magic_quotes_gpc off где-нибудь в нем. То же верно для register_globals on или register_globals off.

Ошибка не состоит в том, что директива идет или прочь. Ошибка состоит в том, что директива не должна существовать вообще. Прокомментируйте те строки из своего php.ini или удалите их полностью, и PHP прекратит писать ошибки о директивах устаревших.

Конечно, это может вызвать проблемы с Вашим приложением, если оно требует, чтобы любой из тех шел.

Причина это - ошибка в PHP 5.3, состоит в том, что в PHP 6, эти директивы не будут даже существовать, и PHP 6 будет вести себя, как будто они были установлены на прочь. Если Вы когда-нибудь планируете обновление до PHP 6, теперь хорошее время, чтобы начать обновлять или заменять Ваше приложение.

Другое решение, которое Вы могли попробовать, понижает PHP назад до 5,2 или 5,1 ответвлений.

Что касается PHP запись ошибок в журнал Apache, это естественно, потому что PHP работает как модуль Apache. Можно поместить что-то как error_log = /var/log/php_errors.log в Ваш php.ini и Apache перезапуска, чтобы разделить ошибки PHP от Ваших ошибок Apache. В то время как Вы там, я рекомендовал бы измениться display_errors кому: off. Сообщения об ошибках могут часто содержать уязвимую информацию, которую Вы не хотели бы, чтобы взломщик видел. Вы будете, скорее всего, видеть записанный в Вашем php.ini:

; - display_errors = Off           [Security]
;     With this directive set to off, errors that occur during the execution of
;     scripts will no longer be displayed as a part of the script output, and thus,
;     will no longer be exposed to remote users.  With some errors, the error message
;     content may expose information about your script, web server, or database
;     server that may be exploitable for hacking.  Production sites should have this
;     directive set to off.

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

Отвечать на другой вопрос, который Вы не задавали, причина, PHP сообщает об этом как являющемся in <b>Unknown</b> on line <b>0</b> это, сообщение об ошибке было разработано для строк кода PHP, который Вы написали, но ошибка, которую это нашло, была в парсинге php.ini, прежде чем это даже считало одну строку кода или даже открыло .php файл. Так как это не открыло файл и не имеет номера строки, это сообщает о них как "Неизвестных" и "0".

3
задан 12 December 2012 в 00:12
1 ответ

In particular, pay attention to Slave_IO_Running: No and Slave_SQL_Running: No.

I suspect your slave SQL is not running and your slave IO is. If you have something in Last_SQL_Error:, you will need to fix the error before continuing. The specifics of how to deal with each of the different possible errors are probably worth a whole question on their own. Maybe on DBA.SE

If there's no error or after you have fixed the error, execute START SLAVE; and watch the output of SHOW SLAVE STATUS\G until you get another error or the slave catches up.

1
ответ дан 3 December 2019 в 07:33

Теги

Похожие вопросы