OVH平台恢复数据库备份是否会影响数据库用户密码凭证？

核心结论 #

从OVH平台触发的历史数据库备份恢复操作，默认不会改动当前生效的数据库访问用户凭证（用户名、密码），常规恢复流程仅还原备份快照对应的数据库业务层内容，包括数据表结构、业务存储的数据、自定义存储过程、触发器这类实例内的业务对象。

底层机制说明 #

• 两类配置的存储物理隔离：OVH托管数据库的备份快照，捕获范围仅覆盖数据库实例内部的业务存储层内容；你在OVH控制台创建、修改的数据库访问用户密码，属于平台独立维护的访问控制配置层，这部分内容不会被打包进数据库快照，自然也不会被恢复流程覆盖。
• 默认恢复逻辑主动跳过权限系统表：即便是数据库内部自带的权限系统表（比如MySQL的mysql系统库下的用户凭证记录、PostgreSQL的全局权限配置），OVH的默认快速恢复流程也会跳过这部分内容的还原，不会把快照里存储的历史权限记录同步到当前运行的实例中，不会对当前正在使用的用户凭证造成任何影响。
• 容易混淆的特殊场景：只有当你在恢复时主动选择了带系统表覆盖的高级全量恢复模式，且你的历史快照本身包含了数据库内部手动配置的权限记录时，恢复操作才可能覆盖你在数据库实例内部（而非OVH面板侧）手动修改的权限设置——但这种场景下还原的是数据库内部的权限记录，不是平台侧统一管理的访问凭证。

实操建议 #

• 如果你只是需要把被修改的用户密码调整回原先的数值，完全不需要触发备份恢复流程：直接在OVH的数据库管理面板找到对应用户，手动重置为目标旧值即可，操作耗时很短，比全量备份恢复的业务中断风险低很多。
• 如果你必须执行备份恢复操作，触发前可以在恢复选项页确认，平台默认的「保留当前访问用户配置」开关是处于开启状态的，确认后再启动恢复即可，无需担心凭证被意外改动。

注意：若你之前没有通过OVH面板统一管理数据库用户，而是直接登录数据库实例手动创建用户、修改内部权限表，这种场景下的权限配置不属于平台管控范围，是否会被恢复覆盖，取决于你所选的恢复模式是否包含系统表。

内容的提问来源于stack exchange，提问作者houssem bouallagui