一直以来,密码忘对于MySQL root密码的记原解法忘记,以为只有一种解法-skip-grant-tables。更优 问了下群里的密码忘大咖,***反应也是记原解法skip-grant-tables。通过搜索引擎简单搜索了下,更优无论是密码忘百度,抑或Google,记原解法只要是更优用中文搜索,首页都是密码忘这种解法。可见这种解法在某种程度上已经占据了使用者的记原解法心智。下面具体来看看。更优 skip-grant-tables的密码忘解法 首先,关闭实例 这里,记原解法只能通过kill mysqld进程的更优方式。 注意:不是mysqld_safe进程,也切忌使用kill -9。 使用--skip-grant-tables参数,重启实例 设置了该参数,则实例在启动过程中会跳过权限表的加载,这就意味着任何用户都能登录进来,并进行任何操作,相当不安全。亿华云 建议同时添加--skip-networking参数。其会让实例关闭监听端口,自然也就无法建立TCP连接,而只能通过本地socket进行连接。 MySQL8.0就是这么做的,在设置了--skip-grant-tables参数的同时会自动开启--skip-networking。 修改密码 注意: 这里的update语句针对的是MySQL 5.7的操作,如果是在5.6版本,修改的应该是password字段,而不是authentication_string。 而在MySQL 8.0.11版本中,这种方式基本不可行,因为其已移除了PASSWORD()函数及不再支持SET PASSWORD … = PASSWORD (auth_string)语法。 不难发现,这种方式的可移植性实在太差,三个不同的版本,就先后经历了列名的改变,及命令的不可用。网站模板 下面,介绍另外一种更通用的做法,还是在skip-grant-tables的基础上。 与上面不同的是,其会先通过flush privileges操作触发权限表的加载,再使用alter user语句修改root用户的密码,如: 免密码登录进来后,直接执行alter user操作是不行的,因为此时的权限表还没加载。可先通过flush privileges操作触发权限表的加载,再执行alter user操作。 需要注意的是,通过alter user修改密码只适用于MySQL5.7和8.0,如果是MySQL 5.6,此处可写成 ***重启实例 需要注意的是,如果在启动的过程中没有指定--skip-networking参数,高防服务器无需重启实例。但在网上看到的绝大多数方案,都是没有指定该参数,但重启了实例,实在没有必要。 下面对这个方案做个总结: 如果只添加了--skip-grant-tables,修改完密码后,其实无需重启,执行flush privileges即可。 从安全角度出发,建议加上--skip-networking。但因其是静态参数,将其剔除掉需要重启实例。 加上--skip-networking,虽然可以屏蔽掉TCP连接,但对于本地其它用户,只要有socket文件的可读权限,都能无密码登录。还是存在安全隐患。 不建议通过update的方式修改密码,更通用的其实是alter user。 更优雅的解法 相对于skip-grant-tables方案,我们来看看另外一种更优雅的解法,其只会重启一次,且基本上不存在安全隐患。 首先,依旧是关闭实例 其次,创建一个sql文件 写上密码修改语句 ***,使用--init-file参数,启动实例 实例启动成功后,密码即修改完毕~ 如果mysql实例是通过服务脚本来管理的,除了创建sql文件,整个操作可简化为一步。 注意:该操作只适用于/etc/init.d/mysqld这种服务管理方式,不适用于RHEL 7新推出的systemd。 原文链接:https://www.cnblogs.com/ivictor/p/9243259.html