修改MySQL加密密码：旧db可用加密密码迁新db后无法登录管理面板

核心失效原因 #

• 加密逻辑未完全同步：绝大多数网站的密码存储并非静态加密，而是带独立随机盐值的哈希校验机制。仅拷贝数据库里的加密密码字段，未同步同条用户记录中的盐值字段、算法标识字段时，新环境会使用本地默认配置的盐值、算法做校验，生成的比对结果和旧哈希值必然不匹配。如果新旧环境的全局加密密钥（比如框架内置的APP_KEY）不一致，哪怕盐值完全相同，校验逻辑也会触发失败。
• 加密版本不兼容：多数网站会在版本迭代中升级密码加密规则，比如旧版本用MD5做哈希存储，新版本升级后改用bcrypt/Argon2这类强度更高的加密算法，旧格式的哈希值不在新版校验规则的覆盖范围内，自然无法通过登录验证。
• 关联校验字段缺失：部分系统除了存储主密码哈希，还会附带存储密码对应的校验片段、密码更新时间戳、账号加密状态标记，漏拷这类关联字段会直接触发校验异常。

从易到难的实操操作 #

• 完整同步关联字段：对照旧库和新库的管理员账号整行数据，把所有和密码相关的字段（比如salt、password_hash_version、encrypt_key这类）全部从旧库复制到新库的对应账号下，不要单独拷贝主密码字段。
• 核对全局加密配置：查找网站根目录下的核心配置文件（常见为.env、config.php、system.ini这类），逐行对比新旧环境中和加密相关的配置项，临时把新环境的配置改成和旧环境完全一致，再测试原密码是否可以正常登录。
• 绕过旧哈希直接重置：如果找不到对应的加密逻辑，不需要逆向破解旧的加密规则，直接按照新环境的校验要求生成合规的密码哈希替换数据库字段即可：
  • 通用CMS类网站可以直接使用对应系统官方提供的密码哈希生成工具，输入你要设置的明文密码后生成对应哈希值，填入数据库的管理员账号密码字段即可
  • 自研系统可以直接定位源码中负责登录校验的逻辑，顺着password_verify()、hash_equals()这类校验函数找到对应的加密生成方法，写几行测试代码生成符合规则的哈希值填入数据库
• 可直接操作旧站环境的简化方案：因为附带的旧备份站点可以正常访问，直接在旧站的可用环境内给管理员账号设置一个你知晓的明文密码，再把改密后的整行用户字段、相关加密配置完整复制到新库，完全不需要猜测加密规则。

注：你提供的字段截图中仅显示单独的加密密码列，无对应盐值、算法标识的关联列，属于最典型的拷贝后失效场景。

内容的提问来源于stack exchange，提问作者Noel Jimenez