Pré-requis
Could not install mysql, on windows, had several conflicts or bugs.
In order to solve it:
* Used the "libmysql.dll" provided by PHP zip files, not the one that comes with Mysql, the mysql file had to be moved or deleted from its folder. Put it on the "apache/bin" folder, altought some use it in "windows" folder.
* Originally, moved "*mysql*.dll" files from its extension folder, and returned back.
* enabled mysql driver extensions in the "php.ini" file, but also enabled some extensions, that seemed not to be required, but, it did, like "php_openssl.dll" or "php_pdo.dll" on an early version of php.
Added the "PHPIniDir xxx"" to the "httpd.conf" apache config. file, where xxx is the path to the folder where the "php.ini" file is located, and make sure its the same.
Be warned, that this fixes, may help or not, for your installation, since there are many ways to configure the same thing (to solve a problem).
Installation
Pour compiler, utilisez tout simplement l'option de configuration --with-mysql[=DIR] où le paramètre optionnel [DIR] pointe vers le dossier d'installation de MySQL.
Bien que cette extension MySQL soit compatible avec MySQL 4.1.0 et supérieur, elle ne supporte pas les fonctionnalités supplémentaires que cette version fournit. Pour cela, utilisez plutôt l'extension MySQLi.
Si vous voulez installer l'extension mysqli en même temps que l'extension mysql, vous devez utiliser la même bibliothèque client afin d'éviter les conflits.
Installation sur les systèmes Linux
Note : [DIR] est le chemin vers la bibliothèque cliente MySQL (en-têtes et biblitohèques), qui peut être téléchargée depuis le site de » MySQL.
| PHP Version | Défaut | Options de configuration : mysqlnd | Options de configuration : libmysqlclient | Historique |
|---|---|---|---|---|
| 4.x.x | libmysqlclient | Indisponible | --without-mysql pour désactiver | MySQL est actif par défaut, les bibliothèques clientes MySQL sont incluses en interne |
| 5.0.x, 5.1.x, 5.2.x | libmysqlclient | Indisponible | --with-mysql=[DIR] | MySQL n'est pas actif par défaut, et les bibliothèques clientes MySQL ne sont plus incluses en interne |
| 5.3.x | libmysqlclient | --with-mysql=mysqlnd | --with-mysql=[DIR] | mysqlnd est maintenant disponible |
| 5.4.x | mysqlnd | --with-mysql | --with-mysql=[DIR] | mysqlnd est maintenant incluse par défaut |
Installation sur les systèmes Windows
PHP 4
L'extension MySQL est directement fournie dans la distribution PHP.
PHP 5.0.x, 5.1.x, 5.2.x
MySQL n'est plus activé par défaut, ainsi, la bibliothèque php_mysql.dll doit être activée dans le php.ini. De plus, PHP doit avoir accès à la bibliothèque cliente MySQL. Un fichier nommé libmysql.dll est inclus dans la distribution de PHP pour Windows et pour que PHP puisse discuter avec MySQL, ce fichier doit être disponible dans le PATH du système Windows. Lisez la FAQ intitulée "Où dois-je ajouter mon répertoire PHP à la variable PATH sous Windows ?" pour plus d'informations sur la réalisation de cela. Néanmoins, le fait de copier le fichier libmysql.dll dans le répertoire système de Windows fonctionne (car le dossier système est par défaut dans le PATH système), mais cela n'est pas du tout recommandé.
Pour activer n'importe quelle extension PHP (comme php_mysql.dll), la directive PHP extension_dir doit être définie et doit pointer vers le dossier où sont stockées les extensions PHP. Lisez également le manuel d'installation sous Windows. Par exemple, voici une valeur possible pour la directive extension_dir en PHP 5 : c:\php\ext
Note:
Si lorsque vous démarrez le serveur web une erreur similaire à ceci apparaît : "Unable to load dynamic library './php_mysql.dll'", c'est parce que php_mysql.dll et/ou libmysql.dll n'ont pû être trouvés par le système.
PHP 5.3.0+
Le driver MySQL natif est activé par défaut. Incluez php_mysql.dll, mais libmysql.dll n'est plus nécessaire, ni utilisé.
Notes sur l'installation de MySQL
Avertissement
Des crashes et des problèmes de démarrage de PHP peuvent être rencontrés lorsque vous chargez cette fonction en même temps que l'extension recode. Voyez l'extension recode pour plus de détails.
Note:
Si vous avez besoin d'autres jeux de caractères que celui par défaut (latin), vous devez installer la bibliothèque externe libmysqlclient (non fournie), compilée avec ce jeu de caractères.
add a note
User Contributed Notes
Installation - [15 notes]
mail dot umlcat at gee mail dot com ¶
5 months ago
o dot kochetilov at gmail dot com ¶
2 years ago
Please note that libmySQL.dll in MySQL bin directory should be renamed in order to use right library (that comes with PHP).
buzzr515 at gmx dot de ¶
2 years ago
i've experienced a similar (if not the same) problem.
to enable the mysql_... and mysqli_... funtionality, i opened the php.ini file to uncomment the following lines:
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_pdo_mysql.dll
but phpinfo() still stated that no mysql extensions were loaded.
i tried the fixes and suggestions above with no success.
so i invoked the windows shell and typed ("Path" environment variable set to the PHP & MySQL directories):
php.exe -m
this returned the following error: "PHP Startup: Unable to load dynamic library 'C:\php5\php_mysql.dll' - Module not found."
this told me that PHP didn't recognize what i thought was the extensions directory. it searched all other places first (sys-dir, workin'-dir, the MySQL "bin" dir because of the "Path" variable set, and even a curious directory "C:\php5" that doesn't even exist on my mashine) but not the expected "ext" directory.
so the fix was to go to "php.ini" again and uncomment the following line:
;extension_dir="ext"
this fixed it for me.
so if module loading is done improperly, first of all check the "Path" environment variable and the "php.ini" file - especially the "extension_dir" config value - and check if all values are set to their correct values.
hope this helps any1.
----------------------------------------
OS: Win7 Ultimate x86
Apache v2.2.16
PHP v5.3.3
MySQL v5.1.50
heneryville at gmail dot com ¶
3 years ago
I believe that this is happens especially with Windows 7. As far I I've been able to tell XP and Vista come with this line enabled, but windows 7 comments it out and notes that the DNS will handle this.
jonnus ¶
5 years ago
In windows systems, the same error "unable to load dynamic library php_mysql.dll" will happen, if there's an old version of the file in the "windows\system32" folder.
Either remove it or update it.
titus at antennasystems dot com ¶
2 years ago
I ran into the soon to be infamous problem of upgrading to PHP 5.3.x.
The way I found to resolve the issue was to
1: Do "mysql_upgrade" on the server (to make MySQL compliant with MySQL 4.1+).
2: Modify my.cf to not use old passwords:
(Just comment out "old_passwords=1")
#old_passwords=1
3: Change the root password so you can properly connect to the server:
SET PASSWORD FOR 'root'@'localhost' = PASSWORD('enter_new_password_here');
http://dev.mysql.com/doc/refman/5.1/en/old-client.html
http://tinyurl.com/mysql-old-password
Taken from http://www.comsiteconstruction.com/blueonyx-modifications
samishiikihaku23 at gmail dot com ¶
2 years ago
I've checked all the 5.3 distribution files from http://windows.php.net/ for the "libmysql.dll" file that this article claims is in the distributions.
None of the 5.3 dist. supplies "libmysql.dll". Download the recent 5.2 release for the file.
jez300 ¶
3 years ago
Windows 7 / Vista:
This took me hours to realise... If you receive the message:
Warning: mysql_connect(): [2002] A connection attempt failed because the connected party did not (trying to connect via tcp://localhost:3306)
You may need to map localhost to your IP address (127.0.0.1) which is used to find your Mysql server.
Edit {systemdrive}:\Windows\System32\drivers\etc
Make sure "127.0.0.1 localhost" isn't commented out with # at the begining of the line!
-----
You may also like to know that if you change from MySQL 32 bit to 64 bit and the Mysql service wont start you may need to rename or delete your Mysql data
{systemdrive}:\ProgramData\x MySQL\MySQL Server 5.1\data
Regards,
Jez.
amatsak at gmail dot com ¶
3 years ago
I have experienced exactly the same problem as flo_stefi at yahoo dot com below. It appears that instead of loading libmysql.dll that came with the PHP package, the PHP engine was loading libmySQL.dll located in MySQL's bin directory, which was causing Apache to crash.
I fixed the problem by renaming MySQL's libmySQL.dll into libmySQL_renamed.dll. Now PHP loads the library that came with its package and everything works fine.
flo_stefi at yahoo dot com ¶
4 years ago
I had a problem to make mysql work with php on Windows. Using mysql-5.1.32-win32 and php-5.2.9-1-win32-installer I've installed mysql and php. All seemed to be ok (phpinfo displayed the right information) but when running a basic script mysql_connect(..) the apache ends with a stupid error like "[Wed Apr 01 14:44:05 2009] [notice] Parent: child process exited with status 3221225477 -- Restarting.".
I manage to fix it by using instead of libMySQL.dll from mysql package another version (libmysql.dll) I had from a previous installation.
lobbanhousehold at gmail dot com ¶
4 years ago
I figured my problem why php and mysql weren't working together even though they worked independent of each other. PHP was configured with IIS 5.1 (XP) using the php5isapi.dll file.
I also set system variables in PATH adding the locations of both php and mysql folders. I also moved the mysql DLL files from ext folder to the root folder of php.
I discovered that php would not work with mysql if php folder was not located on the C:\ (i.e. C:\php). I also renamed the libmysql.dll that came with mysql so that the system would not see it, and moved the one that came with php to C:\WINDOWS\system32.
After I did this last paragraph i was able to see MySQL and MySQLi sections listed in phpinfo() which indicates MySQL is finally enabled
admin at kobashicomputing dot com ¶
4 years ago
Unfortunately this one bit me for a good half day.
Placing libmysql.dll in the php/ext directory did not work. I tested this under 5.6.2. You need to have it somewhere in the PATH or in SYSTEM or SYSTEM32. But to me this is very silly to force the user to have to setup environment variables or move DLLs around. It shouldn't have to go that far and be the responsibility of the setup program and/or developer.
I really think this issue could be solved doing this:
1) Installer/distribution bundle all three files together under one directory (ext) - php_mysql.dll/php_mysqli.dll/libmysql.dll
2) Developer goes into php_mysql.dll/php_mysqli.dll and in DllMain() on DLL_PROCESS_ATTACH:
LoadLibrary ("./libmysql.dll");
Then you don't have to deal with this problem and neither do your users.
Kerry Kobashi
rogerc at clubsites dot net ¶
4 years ago
This error also occurs if the windows path entry for an older version of MYSQL appears before the path entry for a late version of php. In which case the version of libmysl.dll in the MySQL bin directory will be found before the one bundled with php. Reversing the system path entries so php is first fixes this problem. e.g.
PATH= ... c:\php;C:\Program Files\MySQL\MySQL Server 4.1\bin
Mahesh ¶
4 years ago
In windows systems, the error "unable to load dynamic library php_mysql.dll" also happens if there's an old version of the file libmysql.dll in the "windows\system32" folder.
Steve in Weston-Super-Mare ¶
1 year ago
I had problems when moving from a version of PHP that used the isapi dll to the fast cgi version. The script to register the script maps compained that there was already a script map in place.
I went to the IIS control panel, right clicked on websites and removed the php association in the Home Directory | Configuration screen.
However, the fastcgi script still complained about existing script map. Finally I tracked it down, I had to right click on Default Web Site and clear out the php mappings from there too.
Then it all worked, except that for some strange reason, the php.ini file that gets picked up is the one from my old PHP directory, not the latest upgrade one. But this can be detected by running phpinfo which shows the loaded php.ini file so I knew which one to amend with the fastcgi options.
Bit of a hassle to figure it all out but it does work in the end.