能重置，但必须停服务、跳授权、改表、刷权限、删配置五步全做对，缺一不可；mysqld加--skip-grant-tables会阻塞前台，需另开终端连接；mysql 5.7及以前用password字段和password()函数，8.0+须用alter user或set password且authentication_string字段不支持裸字符串；flush privileges强制刷新内存权限缓存，漏则新密码无效；未删除配置中skip-grant-tables将导致持续无权限验证，构成严重安全漏洞。
能重置，但必须停服务、跳授权、改表、刷权限、删配置五步全做对，缺一不可。
mysql启动时加 --skip-grant-tables 为什么必须用新终端连
加了这个参数后，mysqld 进程会阻塞在前台，不返回 shell 提示符，你没法接着输命令。这不是卡死，是正常行为——它在等客户端连接。所以必须另开一个终端执行 mysql -u root，否则连不进数据库，后续所有操作都落空。
改密码时写 update mysql.user set authentication_string = ... 还是 password = ...
取决于 MySQL 版本：
- MySQL 5.7 及以前：字段名是
password，可用PASSWORD('xxx')函数加密 - MySQL 8.0+：字段名已改为
authentication_string，且PASSWORD()函数已被移除，必须用ALTER USER或SET PASSWORD语句（不能直接 UPDATE） - 如果你硬在 8.0+ 上 UPDATE
authentication_string字段，即使成功，登录时也会报错Access denied for user 'root'@'localhost'，因为认证插件不认裸字符串
FLUSH PRIVILEGES 是不是可有可无
不是。跳过授权表启动后，内存里的权限缓存仍是旧的，即使你改了 mysql.user 表，新密码也不会生效。必须执行 FLUSH PRIVILEGES 才会重新加载磁盘数据到内存。漏掉这句，重启服务后依然无法用新密码登录。
改完密码后不清理 skip_grant_tables 会怎样
如果从 /etc/my.cnf 或 my.ini 里没删掉 skip_grant_tables=1 就直接重启服务，MySQL 会继续跳过所有权限检查——任何人在本地都能不输密码连上，且拥有最高权限。这是严重安全漏洞，生产环境绝对不能留。
最易被忽略的是版本差异和 FLUSH PRIVILEGES 的强制性；很多人卡在“明明 UPDATE 成功了却登不进去”，其实就差这一句。
