MySQL不推荐用存储过程循环批量重置密码，应生成ALTER USER语句集由客户端执行；用SELECT CONCAT()拼接语句，导出确认后通过mysql -u root -p执行。
mysql批量重置密码：别用存储过程写循环
直接说结论：MySQL 本身不推荐、也不适合用 WHILE 或 REPEAT 在服务端写循环批量改密码。效率低、锁表久、出错难回滚，还容易触发 ERROR 1442（不能在触发器/函数里更新同表）。
真正靠谱的做法是生成一批 ALTER USER 语句，一次性交给客户端执行。数据库只做单条 SQL 执行，压力小、可控性强。
- 用
SELECT CONCAT()拼出所有ALTER USER语句，导出为文件 - 确认无误后，用
mysql -u root -p 批量执行 - 避免在生产库上运行任何带
LOOP的存储过程来改密码
生成 ALTER USER 语句的正确写法
假设你要给所有 host 为 '192.168.%' 的用户重置为统一密码 'NewPass123!'，用下面这句查+拼：
SELECT CONCAT('ALTER USER `', user, '`@`', host, '` IDENTIFIED BY \'NewPass123!\';')
FROM mysql.user
WHERE host LIKE '192.168.%' AND user != 'root';
注意几个关键点：
-
user和host字段必须用反引号包裹，防止用户名含特殊字符或关键字时报错 - 密码字符串要用单引号，且整个
IDENTIFIED BY部分需用双引号或转义包住，否则CONCAT会把引号吃掉 - 务必排除
root或其他管理账号，避免误锁自己 - MySQL 5.7+ 要求密码强度，如果报
ERROR 1819，得先设SET GLOBAL validate_password.policy = LOW;
执行前必须验证的三件事
生成的 SQL 看似简单，但线上跑错一条就可能批量锁死用户。以下检查缺一不可：
- 先在测试库跑一遍
SELECT，数一下返回行数是否符合预期，再扫一眼拼出的语句有没有明显异常（比如空user、host是%却没加引号） - 把生成结果重定向到文件后，用
head -n 5 reset_passwords.sql和tail -n 5 reset_passwords.sql快速抽检 - 确保目标用户当前没被
ACCOUNT LOCK，否则重置密码后仍无法登录——可加条件AND account_locked = 'N'过滤
为什么不用 UPDATE mysql.user + FLUSH PRIVILEGES？
老教程常教人直接改 mysql.user 表，这是 MySQL 5.7+ 明确不推荐的路径，原因很实际：
-
UPDATE后必须配FLUSH PRIVILEGES，但该命令会重载整个权限系统，高并发下可能短暂拒绝新连接 - 密码字段名在不同版本变化大：
password（5.6）、authentication_string（5.7+），写错就变空密码 - 绕过
ALTER USER逻辑，不会自动处理密码过期、历史记录、双因素等策略字段 - 某些部署（如 RDS、Percona Server）甚至禁止直接写
mysql库
真正的批量重置，核心不是“怎么循环”，而是“怎么安全生成、校验、执行一批确定的语句”。漏掉任意一环，都比慢一点更危险。
