If you have been surfing the web for a while, you have at least seen this error a few times. Error Establishing a Database Connection is one of those curses that could be caused by many reasons. As a WordPress beginner, this could be awfully frustrating specially when it happened on its own without you changing anything. We ran into this issue yesterday on our own site. It took a little over 20 minutes to detect and fix the problem. While doing the research to find possible causes, we realized that there was no good article that covered everything. In this article, we will show you how to fix the error establishing a database connection in WordPress by compiling a list of solutions all in one place.
Note: Before you make any database changes, make sure you have sufficient backups.
Why do you get this error?
Well in short, you are getting this error because WordPress is unable to establish a database connection. Now the reason why WordPress is unable to establish a database connection can vary. It could be that your database login credentials are wrong or have been changed. It could be that your database server is unresponsive. It could be that your database has been corrupted. In our experience, majority of the times this error happens because of some sort of server error however there could be other factors as well. Lets take a look at how to go about troubleshooting this problem.
Does the problem occur for /wp-admin/ as well?
First thing you should do is to make sure that you are getting the same error on both the front-end of the site, and the back-end of the site (wp-admin). If the error message is the same on both pages “Error establishing a database connection”, then proceed onto the next step. If you are getting a different error on the wp-admin for instance something like “One or more database tables are unavailable. The database may need to be repaired”, then you need to repair your database.
You can do this by adding the following line in your wp-config.php file:
1 |
define( 'WP_ALLOW_REPAIR' , true); |
Once you have done that, you can see the settings by visiting this page:http://www.yoursite.com/wp-admin/maint/repair.php
Remember, the user does not need to be logged in to access this functionality when this define is set. This is because its main intent is to repair a corrupted database, Users can often not login when the database is corrupt. So once you are done repairing and optimizing your database, make sure to remove this from your wp-config.php.
If this repair did not fix the problem, or you are having trouble running the repair then continue reading this article as you might find another solution to work.
Checking the WP-Config file
WP-Config.php is probably the single most important file in your entire WordPress installation. This is where you specify the details for WordPress to connect your database. If you changed your root password, or the database user password, then you will need to change this file as well. First thing you should always check is if everything in your wp-config.php file is the same.
1 |
define( 'DB_NAME' , 'database-name' ); |
2 |
define( 'DB_USER' , 'database-username' ); |
3 |
define( 'DB_PASSWORD' , 'database-password' ); |
4 |
define( 'DB_HOST' , 'localhost' ); |
Remember your DB_Host value might not always be localhost. Depending on the host, it will be different. For popular hosts like HostGator, BlueHost, Site5, it is localhost.
Some folks suggested that they fixed their problem by replacing localhost with the IP. It is common to see this sort of issue when running WordPress on a local server environment. For example on MAMP, the DB_Host value when changed to the IP may seem to work.
1 |
define( 'DB_HOST' , '127.0.0.1:8889' ); |
IP’s will vary for online web hosting services.
If everything in this file is correct (make sure you check for typos), then it is fair to say that there is something wrong on the server end.
Check your Web Host (MySQL Server)
Often you will notice this Error establishing database connection when your site gets swarmed with a lot of traffic. Basically, your host server just cannot handle the load (specially when you are on shared hosting). Your site will get really slow and for some users even output the error. So the best thing you should do is get on the phone or livechat with your hosting provider and ask them if your MySQL server is responsive.
For those users who want to test if MySQL server is running yourself, you can do a few things. Test other sites on the same server to see if they are having the issue. If they are also getting the same error, then most definitely there is something wrong with your MySQL server. If you do not have any other site on this same hosting account simply go to your cPanel and try to access phpMyAdmin and connect the database. If you can connect, then we need to verify if your database user has sufficient permission. Create a new file called testconnection.php and paste the following code in it:
1 |
<?php |
2 |
$link = mysql_connect( 'localhost' , 'root' , 'password' ); |
3 |
if (! $link ) { |
4 |
die ( 'Could not connect: ' . mysql_error()); |
5 |
} |
6 |
echo 'Connected successfully' ; |
7 |
mysql_close( $link ); |
8 |
?> |
Make sure to replace the username and password. If the connected successfully, then it means that your user has sufficient permission, and there is something else that is wrong. Go back to your wp-config file to make sure that everything there is correct (re-scan for typos).
If you cannot connect to the database by going to phpMyAdmin, then you know it is something with your server. It does not necessarily means that your MySQL server is down. It could mean that your user does not have sufficient permission.
In our case, our MySQL server was running. All other sites on the servers were working fine except for WPBeginner. When we tried going to our phpMyAdmin, we ended up getting the error:
#1045 – Access denied for user ‘foo’@’%’ (using password: YES)
We got on the phone with HostGator and their support quickly found the problem. Somehow our user’s permissions were reset. Not sure how that happened, but apparently that was the reason. They went back in and restore the permissions and we were able to get the site back live.
So if you get the access denied error in either connecting to your phpMyAdmin or through testconnection.php results, then you should contact your host right away to get them to fix it.
Solutions that Worked for Others
It is important to note, that these may not work for you. Use at your own risk and make sure that you have sufficient backups if anything goes wrong.
Here it is said that his client was getting the error that database needs to be repaired. Even after repairing the database, the error did not go away. He tried various things and at the end, the issue was the site url. Apparently that was changed which caused the error to persist. He ran the SQL query by going to phpMyAdmin:
1 |
UPDATE wp_options SET option_value= 'YOUR_SITE_URL' WHERE option_name= 'siteurl' |
Make sure to replace YOUR_SITE_URL with the actual url example: http://www.wpbeginner.com. The wp_options will be different if you have changed the default WordPress database prefix.
This seemed to fix the issue for him and few others that commented on his post as well.
Sachinum suggested that he was able to connect the database with testconnection.php, so he changed the wp-config.php user to the root user. WordPress started to work perfectly fine. Then he reverted the settings back to the database-user, and it continued to work. He could not figure out what was wrong, but concluded that it was a typo.
Cutewonders suggested that they removed the content of active_plugins in wp_options table and edited the contents of recently_edited. Basically that seemed to fix the problem. Please their full response here.
We read on numerous sources that users simply uploaded a fresh copy of WordPress and it fixed the error.
This is a really frustrating error. What have you tried that seemed to work for you?
We would be happy to expand on this resource, so others do not have to waste as much time finding a solution.
I could temporarely fix this by rebooting the server. It’s shitty, but brings back the blog to live. I had this with several totally different setups (apache2.2, apache 2.4, php 5.3, php 5.5, nginx, w3 cache on and off) and absolutly no clue why this happens.
What is your current system configuration ?
PS : Try the following steps :-
1. Edit my.cnf
nano /etc/my.cnf
2. Remove all the text that is present into that file and replace it with these :
[mysqld]
#innodb_file_per_table=1
innodb_buffer_pool_size = 64M
join_buffer_size = 2M
key_buffer_size = 384M
max_allowed_packet = 100M
max_heap_table_size = 62M
myisam_sort_buffer_size = 64M
query_cache_limit = 2M
query_cache_size = 64M
read_buffer_size = 4M
read_rnd_buffer_size = 8M
sort_buffer_size = 4M
table_cache = 612
thread_cache_size = 32
thread_concurrency = 32
tmp_table_size = 64M
tmpdir = /tmp
open_files_limit = 51200
3. Save the file by ctrl+o and then exit by ctrl+x
4. Restart MYSQL :
service mysql restart or service mysqld restart
Hope it works!
thats not working for me bro 🙁
Hi,
Did you used the correct database details ? Or try reinstalling the WordPress again.
Regards
Jyoti S.