mysql says you can't login as root but you have definitely got the right password

If mysql says you can't login as root but you have definitely got the right password and you have just installed it for the first time, it can be a nuisance. Do the below as user root.


My suggestion is:


1. If you have existing databases, and want to keep them, back them up with mysqldump.

    

mysqldump -u user_with_access -pPassword database_to_rescue > database_to_rescue.sql


Assuming that you have at least one user account, e.g. "user_with_access", who can read the database called “database_to_rescue".


2. Erase the mysql directory and start over:

    

service mysql stop
rm -rf /var/lib/mysql/*


3. Re-run mysqld initialisation to set the password to blank:


mkdir -p /var/run/mysqld

chown -R /var/run/mysqld
chmod 777 /var/run/mysqld # you can change this back to 755 later

mysqld --initialize-insecure --user=mysql


If it says it can't find the socket in /var/run/mysqld, repeat the commands mkdir-chown above.


4. It will then set up mysql from scratch with a blank root password. The item "initialise-insecure" above erases everything and starts over. 


5. Run


service mysql restart


If it says it can't find the socket in /var/run/mysqld, repeat the commands mkdir-chown above.


6. Login


mysql -u root -p


it will ask for the password, just press enter as it should be blank


7. Run this sql:


ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'abcd1234*';

FLUSH PRIVILEGES;

EXIT;


8. Now permanently set the password for mysql for yourself so you can just run mysql without logging in:


login as yourself (not root)


user=`whoami` 

sudo su -c "mysql_config_editor set --host=localhost --user=root --password" -s /bin/bash "$user" 


It will first ask for your login password to turn you temporarily into root

When it asks for a second password, give your mysql password, e.g. abcd1234*

It will then ask if you must save and overwrite what is there, say yes.

Comments

Post a Comment

Popular posts from this blog

what to do if you crashed your database OR it says there are no tables (but there are!)

Sometimes moving a database file ( /var/lib/mysql/* ) breaks the records inside mysql's brain about what databases it had and what their tables were. If you did not use mysqldump to take backups, you are in trouble. Unfortunately if you do this, you have a long night ahead of you. However, help is at hand. A symptom of breaking Moodle in this way is you get this error:     Config table does not contain version, can not continue, sorry.     which means it cannot read the table mdl_config. The basic steps are: 1. Move your crashed/confused databases out the way so you don't break them further.  2. Recreate your mysql instance. 3. Recreate the databases and tables WITHOUT their contents (just the database names and table structures). 4. Tell mysql to forget their contents without using drop command (you use discard instead) 5. move your original db files back into place 6. Tell mysql to re-scan (import) the db files. 7. Create a timed script to run backups Here are the detailed st
Read more

completely erase and reinstall mysql script.

 Warning: this will delete ALL your databases. After running this script it will let you automatically run mysql without a password (as root). Note this  is a security risk so do not run this on a production server. #!/bin/bash set -e # Function to remove MySQL and clean up remove_mysql() {     echo "Removing MySQL server and packages..."     sudo apt-get remove -y mysql-server mysql-client mysql-common     echo "Removing MySQL directories..."     sudo rm -rf /etc/mysql /var/lib/mysql /var/log/mysql /var/run/mysqld     # Clean up any residual packages and update package info     sudo apt-get autoremove -y     sudo apt-get clean } # Function to ensure MySQL configuration file exists ensure_mysql_config() {     if [ ! -f /etc/mysql/mysql.cnf ]; then         echo "Creating MySQL configuration file..."         echo "[client]" | sudo tee /etc/mysql/mysql.cnf         echo "user=root" | sudo tee -a /etc/mysql/mysql.cnf         echo "passw
Read more

Backup a database

It's way too difficult to restore a database using the /var/lib/mysql files. It's better to use mysqldump . Assume your database is named mydbname . mysqldump -u root -p mydbname > mydbname.sql This will dump out the SQL needed to recreate the database. Normally you want this as a cron job so it runs daily. Google how to make a cron job. Put the command into a script. You also want to gzip it because it's quite big and repetitive. The below is an example of a useful script. It saves the files with dates in the names so you can revert/restore the database from any date. Note however it embeds your password into the file, this is probably a bad idea™ but you can find a better solution yourself. One way is to create an authenticated user, let them run mysql without password ( saved password ), and set them run the script, ie use the username parameter in cron. #!/bin/sh uniquedate=`date +"%Y%m%d_%H%M%S-%s"` backuppath="/var/log/mysqldumps" [ ! -d $back
Read more