Непредсказуемое поведение из-за разных версий MySQL

Question

Я установил разные версии PHP и MySQL на wampserver для тестирования. Тем не менее, phpMyAdmin выдает предупреждение, что: «Ваша библиотека PHP MySQL версии 5.0.51a отличается от версии 5.1.36 сервера MySQL. Это может привести к непредсказуемому поведению».

Это вызовет проблемы? Если да, что должно быть сделано?

Я не могу установить пароль для моей учетной записи root. Обычно при изменении пароля учетной записи root phpMyAdmin выдает ошибку. После этого установка пароля в файле config.inc.php сделает работу. Но проблема со мной в том, что я не получаю этот экран ошибок. Даже когда я меняю пароль, он все равно выдает предупреждение о том, что пароль для учетной записи root не установлен.

Answer 1

Нет, это не должно вызывать проблем. Я очень мало уважаю phpMyAdmin как систему. У меня никогда не возникало проблем с использованием разных версий клиент / сервер с MySQL, и мы широко использовали их в производстве.

Я не верю ни единому слову. Если phpmyadmin говорит это, это не обязательно означает, что это правда.

Версии клиент / сервер MySQL в значительной степени совместимы, если только вы не смотрите на очень старые версии любой из них (т.е. <5.0) </p>

Answer 2

сначала: не нужно слишком беспокоиться - возможно, ваша клиентская библиотека не поддерживает некоторые новые функции из mysql 5.1.x, но ваши данные должны быть в безопасности.

Вы также можете просто игнорировать сообщение, но есть несколько способов это исправить:

1. phpMyAdmin отображает это предупреждение, потому что это то, что рекомендуют разработчики расширений mysql (наличие библиотеки, соответствующей серверу), но у вас могут не возникнуть какие-либо проблемы. Это сообщение может быть отключено, кстати. Тем не менее, обновление клиента библиотеки MySQL - верный путь. Способ сделать это зависит от того, как вы установили MySQL на свой сервер и как вы установили PHP. Lem9 говорит: но не знаю, см. здесь

2. win пользователи могут скопировать libmysql.dll из ... \ mysql \ bin \ в windir \ system32 (или в 1-ю папку в пути поиска). Также найдите на всех дисках более старые версии libmysql и переименуйте их.

3. или попробуйте следующее: Перейти к% windir% \ system32 \ переименовать libmysql.dll libmysql.bak (если существует) copy path2 \ mysql \ bin \ libmysql.dll% windir% \ system32 \

4. или удалите то, что вы установили, и установите вместо него текущий набор XAMPP (xampp.org), в котором есть правильные библиотеки MySQL.

5. чтобы избавиться от этого сообщения, вы должны убедиться, что ваша ОС находит последнюю версию libmysql (из mysql / bin /) в качестве первой в вашем пути поиска.

см: https://sourceforge.net/search/?words=unpredictable+behavior.&offset=25&group_id=23067&type_of_search=forums&group_forum_id=72909

Answer 3

Я столкнулся с этой проблемой при использовании следующей конфигурации:

• Windows 2008 32-разрядная
• PHP 5.2.14
• MySQL 5.1.49
• phpMyAdmin 3.3.5

Вот что я сделал, чтобы избавиться от «Ваша библиотека PHP MySQL версии 5.0.51a отличается от вашего сервера MySQL версии 5.1.36. Это может вызвать непредсказуемое поведение». сообщение:

1. Я остановил IIS
2. Я удалил файл «C: \ Program Files \ PHP \ libmysql.dll»
3. Я скопировал файл «C: \ Program Files \ MySQL \ MySQL Server 5.1 \ bin \ libmySQL.dll» в каталог «C: \ Program Files \ PHP \»
4. Я начал IIS

Несколько сработало, но php-cgi начал падать ...

Answer 4

Если вы используете эту машину только для разработки (кажется, вы используете: "для целей тестирования") , я не думаю, что это должно быть большой проблемой.

Я видел такое сообщение несколько раз и никогда не экспериментировал с какими-либо проблемами, которые могут быть связаны.
(Если бы это было 4.0 и 4.1, может быть, так как было добавлено много важных новых вещей ... Но между 5.0 и 5.1 я не думаю)

Чтобы исправить эту «проблему», вам необходимо установить новую версию библиотек, используемых PHP ... И я не уверен, что самая последняя версия PHP 5.2 (5.2.10) использует libmysql 5.1. ..
И вы, вероятно, не хотите ничего перекомпилировать самостоятельно ^^

Другим решением будет переход на MySQL 5.0.x; но мне было бы все равно, для испытательной машины, если я не столкнусь с грубым поведением.