如何检查linux mysql密码安全设置
发布网友
发布时间：2022-04-23 06:49
共2个回答
热心网友
时间：2022-04-07 22:50
linux忘记mysql密码处理方法，下面提供了5种linux忘记mysql密码找回方法哦。
方法一：
# /etc/init.d/mysql stop
# mysqld_safe --user=mysql --skip-grant-tables --skip-networking &
# mysql -u root mysql
mysql> update user set password=password('newpassword') where user='root';
mysql> flush privileges;
mysql> quit
# /etc/init.d/mysql restart
# mysql -uroot -p
enter password: <输入新设的密码newpassword>
mysql>
方法二：
直接使用/etc/mysql/debian.cnf文件中[client]节提供的用户名和密码:
# mysql -udebian-sys-maint -p
enter password: <输入[client]节的密码>
mysql> update user set password=password('newpassword') where user='root';
mysql> flush privileges;
mysql> quit
# mysql -uroot -p
enter password: <输入新设的密码newpassword>
mysql>
方法三：
这种方法我没有进行过测试，因为我的root用户默认密码已经被我修改过了，那位有空测试一下，把结果告诉我，谢谢！！
# mysql -uroot -p
enter password: <输入/etc/mysql/debian.cnf文件中[client]节提供的密码>
方法四：
方法如下： 1， 关闭mysql服务 /etc/init.d/mysqld stop 2，使用 –skip-grant-tables选项启动mysql服务,可以修 改/etc/inin.d/mysqld脚本启动位置增加此选项， vi /etc/init.d/mysqld
方法如下：
1， 关闭mysql服务
/etc/init.d/mysqld stop
2，使用 –skip-grant-tables选项启动mysql服务,可以修 改/etc/inin.d/mysqld脚本启动位置增加此选项，
vi /etc/init.d/mysqld
在下面运行启动的语句里增加--skip-grant-tables
/usr/bin/mysqld_safe --skip-grant-tables --datadir="$datadir" --socket="$socketfile"
--log-error="$errlogfile" --pid-file="$mypidfile"
加入--skip-grant-tables的意思是启动mysql服务的时候跳 过权限表认证。启动后，连接到mysql的root不需要口令
3,重新启动mysql服务
/etc/init.d/mysqld start
4. 修改root用户的密码；
mysql> update mysql.user set password=password（'123456'） where user=root；
mysql> flush privileges；
mysql> quit
5. 重新启动mysql，就可以使用 新密码登录了。
mysql
mysql -u root –p
输入密码：123456
6，关闭mysql服务
/etc/init.d/mysqld stop
7， 重新修改第2步修改的/etc/init.d/mysqld，使其保持原来不变，也就是取消--skip-grant-tables语句
8,重新 启动mysql服务
热心网友
时间：2022-04-08 00:08
一线的工程师反映了一个奇怪的现象，刚刚从 MySQL 官网上下载了一个 MySQL 5.7.31。安装完成后，发现使用任何密码都能登陆 MySQL，修改密码也不管用，重新启动 MySQL 也不能解决。
分析
怀疑使用了 --skip-grant-tables 使用 mysqld --print-defaults 检查，没有发现。
检查登陆用户，都是 root@localhost，说明和 proxy user 没有关系。
使用 mysql --print-defaults 检查客户端是否设置默认的用户和密码，没有发现。
检查数据库中的用户和密码的相关字段：
发现一切都正常，再检查 plugin 字段，发现只有 root 用户是 auth_socket ，其它的用户都是 mysql_native_password，问题可能就出在这儿。
对 auth_socket 验证插件不了解，感觉是这个插件不安全，使用下面的命令修改后，问题解决：
update user set plugin="mysql_native_password" where user='root';
auth_socket 验证插件的使用场景
问题解决后，又仔细研究了一下 auth_socket 这个插件，发现这种验证方式有以下特点：
首先，这种验证方式不要求输入密码，即使输入了密码也不验证。这个特点让很多人觉得很不安全，实际仔细研究一下这种方式，发现还是相当安全的，因为它有另外两个*；
只能用 UNIX 的 socket 方式登陆，这就保证了只能本地登陆，用户在使用这种登陆方式时已经通过了操作系统的安全验证；
操作系统的用户和 MySQL 数据库的用户名必须一致，例如你要登陆 MySQL 的 root 用户，必须用操作系统的 root 用户登陆。
auth_socket 这个插件因为有这些特点，它很适合我们在系统投产前进行安装调试的时候使用，而且也有相当的安全性，因为系统投产前通常经常同时使用操作系统的 root 用户和 MySQL 的 root 用户。当我们在系统投产后，操作系统的 root 用户和 MySQL 的 root 用户就不能随便使用了，这时可以换成其它的验证方式，可以使用下面的命令进行切换：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'test';
