一次MySql重置root密码无效的实战记录

一次MySql重置root密码无效的实战记录 目录

• 前言
• 项目场景：
• 问题描述
• 原因分析：
• 解决方案：
• 1.正常关闭mysql服务
• 2.设置跳过权限启动mysql
• 3. 修改密码
• 4. 尝试登陆
• 总结

前言

说起这个事情吧也相对来说比较尴尬，对于一个技术来说忘记密码然后找回密码都是相当简单的一个事情，但是在生产环境中没有保存记录只能是自己的失职，尴尬就尴尬在明明重置成功了却没有生效，弄得好几个工程师在哪里挠头！！！也是经过不断得摸索测试方案最后也是解决了这个问题，下面就简单跟大家分享一下：

项目场景：

这个场景比较简单，因为我们是测试环境嘛，所以也就只有一台MySql数据库，只需要对这个数据库进行密码修改就可以了，而且也不用担心搞坏得问题，再一个最最最最重要得就是它可以随时进行重启，不需要考虑业务情况，当然在生产环境大家一定要考虑时间空档期，不然数据丢失就很麻烦了，而且 *** 作的又是数据库，就相当于在脑袋上开刀一样，废话不多说了下面是环境情况：

*** 作系统：windows server 2019 数据中心版本

MySql：经典安装 MySql 5.6

问题描述

问题就是：使用--skip-grant-tables跳过权限，然后使用update修改root密码后，使用 FLUSH PRIVILEGES;刷新，使用新密码连接mysql提示密码错误，无非登录

下面是我重置密码的过程，大家也可以参考下，看看是不是有忽略的地方

1.停止mysql服务

2.使用--skip-grant-tables跳过权限启动

3.登录并修改密码

4.关闭mysql进程及命令行窗口，重新启动mysql服务，尝试登陆

尝试登陆

明明密码修改成功了，密码也输入成功了，结果却在登陆的时候无发登陆成功

原因分析：

经我们几个人的不断测试，不断尝试，最终发现由于--skip-grant-tables这个参数造成的，其实说白了这个就是启动时生效了但是没有指定mysql的配置文件，所以这个模式下的所有 *** 作都是无效的，设置成功了也不会修改真正的数据库文件的，也就是你把这个进程关掉了，他自己也就把数据还原回之前的了，这个跟mysql的安装方式也有关的，采用mysql免安装版本用以上 *** 作就可以生效，但是按照版本就无法生效的，我已经尝试多个版本都是这样。
也可能不是这个原因，有异议的小伙伴欢迎大家留言一起探讨哦

下面是需要修改的跳过权限启动的命令

mysqld.exe --defaults-file="my.ini路径" --skip-grant-tables

解决方案：

1.正常关闭mysql服务

2.设置跳过权限启动mysql

（这里是和之前 *** 作不一样的地方）

mysqld.exe --defaults-file="C:\ProgramData\MySQL\MySQL Server 5.6\my.ini" --skip-grant-tables

--defaults-file="C:\ProgramData\MySQL\MySQL Server 5.6\my.ini" //这个直接在服务中找到mysql服务，右键属性就可以看到这个路径了

前面是mysqld的启动程序位置，后面是指定mysql的配置文件也就是my.ini文件

启动成功

3. 修改密码

开启新命令行窗口，连接mysql

连接成功

修改密码

修改成功，退出登陆，重启mysql服务

4. 尝试登陆

启动成功，尝试使用新密码进行登陆

发现已经连接成功

总结

到此这篇关于一次MySql重置root密码无效的文章就介绍到这了,更多相关MySql重置root密码无效内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！