Authelia storage migrate down 命令详解安全执行数据库 Schema 降级迁移【免费下载链接】autheliaThe Single Sign-On Multi-Factor portal for web apps. OpenID Certified™ and Post-Quantum Cryptography Ready.项目地址: https://gitcode.com/GitHub_Trending/au/autheliaauthelia storage migrate down是 Authelia CLI 中用于将存储后端SQLite / MySQL / PostgreSQL的数据库 Schema回退migrate down到指定目标版本的子命令。读完本文你将完整掌握该命令的选项、目标版本规则与交互式破坏性确认机制并理解其背后的版本化 SQL 迁移模型——包括迁移文件如何被内嵌加载、按什么顺序执行、如何预览与审计以及在涉及数据加密字段降级时的特殊行为从而在生产环境变更前做出有依据的操作决策。命令概览与完整选项Synopsisstorage migrate down执行降级迁移它运行当前 Authelia 版本中所有版本低于数据库当前 Schema 版本的 down 迁移脚本把数据库结构回退到目标版本authelia storage migrate down [flags]官方示例摘自 命令参考文档覆盖了从仅指定目标版本到完整指定 PostgreSQL 连接参数的典型用法authelia storage migrate down --target 20 authelia storage migrate down --target 20 --config config.yml authelia storage migrate down --target 20 --encryption-key b3453fde-ecc2-4a1f-9422-2707ddbed495 --postgres.address tcp://postgres:5432 --postgres.password autheliapw命令自身选项选项类型默认值说明-t, --target intint0必填要降级到的目标 Schema 版本取值必须是 1 与当前版本之间的合法版本down 方向必须显式指定见下文源码分析--destroy-databoolfalse预先确认你接受该迁移会销毁数据从而跳过交互式DESTROY输入确认-h, --helpbool-查看帮助从父命令继承的选项storage父命令注册了一组持久标志见 internal/commands/storage.go所有storage子命令均可用。这些标志可以覆盖配置文件中的对应项选项默认值说明-c, --config strings[configuration.yml]要加载的配置文件或目录可重复更多说明可运行authelia -h authelia config--config.experimental.filters strings-对所有配置文件应用的一组过滤器更多说明可运行authelia -h authelia filters--encryption-key string-存储加密密钥--mysql.address stringtcp://127.0.0.1:3306MySQL 服务器地址--mysql.database stringautheliaMySQL 数据库名--mysql.username stringautheliaMySQL 用户名--mysql.password string-MySQL 密码--postgres.address stringtcp://127.0.0.1:5432PostgreSQL 服务器地址--postgres.database stringautheliaPostgreSQL 数据库名--postgres.schema stringpublicPostgreSQL schema 名--postgres.username stringautheliaPostgreSQL 用户名--postgres.password string-PostgreSQL 密码--sqlite.path string-SQLite 数据库文件路径这些命令行标志到配置键的映射关系在 internal/commands/storage_run.go 的ConfigStorageCommandLineConfigRunE中显式定义例如--encryption-key映射到storage.encryption_key、--sqlite.path映射到storage.local.path、--postgres.address映射到storage.postgres.address。这意味着你完全可以用命令行标志就地指定一套与配置文件不同的存储连接而无需修改任何 YAML 文件。破坏性确认机制--destroy-data与交互式 DESTROY降级迁移最大的风险是数据丢失down 脚本可能删除表、列或约束。Authelia 在 internal/commands/storage_run.go 的runStorageMigration中实现了双重保护down 方向强制要求目标版本未显式指定--target时直接报错you must set a target versionup方向则默认迁移到最新版本down没有默认值这是刻意设计的防御交互式确认除非传入--destroy-data否则命令会暂停并提示Schema Down Migrations may DESTROY data, type DESTROY and press return to continue:只有原样输入DESTROY才会继续取消会返回错误cancelling down migration due to user not accepting data destruction。--destroy-data标志的作用是把confirmed直接置为true见 internal/commands/storage.go 中该标志的定义confirms you want to destroy data with this migration主要面向脚本化/自动化场景避免阻塞在交互输入上。操作建议在首次执行降级前先用authelia storage migrate list-down预览将被执行的 down 迁移列表再决定目标版本--destroy-data只应在已做过备份、且由自动化流程触发的场景中使用。迁移模型版本化 SQL 文件与加载规则迁移文件的存放与内嵌Authelia 将每个支持的后端sqlite、mysql、postgres的迁移 SQL 文件按统一命名约定存放在internal/storage/migrations/目录下并通过//go:embed在编译期内嵌进二进制见 internal/storage/migrations.gointernal/storage/migrations/ ├── mysql/ ├── postgres/ └── sqlite/ ├── V0001.Initial_Schema.up.sql ├── V0001.Initial_Schema.down.sql ├── ... └── V0029.OAuth2Resource.down.sql以 SQLite 为例当前仓库包含V0001 至 V0029共 29 个版本每个版本都有配对的.up.sql/.down.sql如 V0020.Regulation.up.sql 与 V0020.Regulation.down.sql。scanMigration通过正则解析文件名得到Version、Direction、Name三个字段并读取 SQL 内容internal/storage/migrations.go。loadMigrations则在给定prior当前版本与target目标版本之间筛选出需要执行的迁移方向由prior target判定down场景只取.down.sql文件down 方向只保留满足target Version prior的迁移即从当前版本一直执行到目标版本1目标版本本身的 down 脚本不会执行执行顺序按版本降序排列见 internal/storage/migrations.go保证 V0029 → V0028 → … → V0021 的逆序回退。此外当prior target时会返回ErrMigrateCurrentVersionSameAsTarget错误用于提示当前版本与目标版本相同无操作可执行。历史审计表每次迁移无论 up 还是 down都会写入历史表。authelia storage migrate history输出以ID / Date / Before / After / Authelia Version为列见 internal/commands/storage_run.go其中Before/After即迁移前后的 Schema 版本。历史行的数据结构定义在 internal/model/migration.go包含applied时间、version_before、version_after与执行时的 Authelia 版本字符串。如果历史为空命令会返回no migration history found which may indicate a broken schema的告警性错误这对判断数据库是否被手工动过很有价值。实战操作一次完整的降级流程以下流程以 PostgreSQL 为例SQLite/MySQL 同理替换连接参数即可。注意每一步都应使用与线上服务一致的--config与--encryption-key。第 1 步确认当前 Schema 状态authelia storage schema-info \ --config config.yml \ --postgres.address tcp://postgres:5432 --postgres.password autheliapwschema-info会输出当前 Schema 版本、是否有可用升级、表清单以及加密密钥校验结果实现见 internal/commands/storage_run.go。记下Schema Version的值它就是本次降级的prior。第 2 步预览将被执行的 down 迁移authelia storage migrate list-down \ --config config.yml \ --postgres.address tcp://postgres:5432 --postgres.password autheliapwlist-down输出Storage Schema Migration List (Down)以及Version / Description两列实现见 internal/commands/storage_run.go描述来自迁移文件名的Name字段下划线替换为空格。对照这份清单确认你理解每一个即将回退的结构变更。第 3 步执行降级迁移authelia storage migrate down --target 20 \ --config config.yml \ --postgres.address tcp://postgres:5432 --postgres.password autheliapw执行时命令会先进行交互式确认输入DESTROY随后按降序执行 V0029 到 V0021 的.down.sql脚本。若已在自动化环境中完成备份并确认风险可加上--destroy-data跳过交互authelia storage migrate down --target 20 --destroy-data \ --config config.yml --postgres.address tcp://postgres:5432 --postgres.password autheliapw第 4 步验证结果authelia storage schema-info --config config.yml ... authelia storage migrate history --config config.yml ...确认Schema Version已变为20且history中新增的行呈现Before29 After20或逐版本的连续记录即可完成闭环。与 up 迁移、加密降级相关的细节up / down 行为差异migrate up与migrate down共用同一个 RunE 工厂NewStorageMigrationRunE(up bool)internal/commands/storage_run.go差异在于up未指定--target时回退为storage.SchemaLatest最新版本且不需要破坏性确认down未指定--target时直接报错且必须通过DESTROY确认或--destroy-data。降级跨越加密版本时的特殊行为Schema 版本 25/26 引入了存储加密AAD相关变更。从测试 internal/storage/migrations_test.go 可以确认两个重要行为TestSchemaMigrateDownToZeroShouldSucceedWithStaleEncryptionKey即使当前配置的加密密钥与数据库内数据使用的密钥不一致陈旧密钥降级到版本 0 依然可以成功TestSchemaMigrateDownToPriorVersionShouldReEncryptToLegacyKey降级到加密密钥派生版本schemaVersionEncryptionKeyDerivation之前时存储层会把数据重新加密为旧版密钥格式保证回退后的旧版本 Authelia 仍能解密数据。这说明migrate down不只是纯 DDL 回退跨越加密相关版本时它还承担数据格式的双向兼容处理。相关子命令storage migrate命令组定义于 internal/commands/storage.go共有 5 个子命令配合使用可覆盖降级操作的全流程子命令用途migrate up执行升级迁移默认到最新版本可用--target指定migrate down执行降级迁移本文主题--target必填migrate list-up/migrate list-down分别预览两个方向可用的迁移列表migrate history查看已执行迁移的历史记录小结与风险提示storage migrate down是高风险操作down 迁移可能删除表/列/约束从而销毁数据因此命令内置了--target必填约束与DESTROY交互确认--destroy-data仅用于确认过风险后的自动化场景操作顺序建议固化为schema-info看当前版本→migrate list-down预览→migrate down --target N执行→schema-infomigrate history验证迁移 SQL 按后端分别内嵌于internal/storage/migrations/{sqlite,mysql,postgres}/命名遵循V00NN.Name.up.sql/V00NN.Name.down.sql约定当前仓库最新为V0029降级目标只能落在 1 至当前版本之间若降级会跨越存储加密相关版本V0025/V0026 之前存储层会自动处理旧格式重加密变更前务必备份数据库并妥善保存--encryption-key对应的密钥。更多命令上下文可参考父命令文档 authelia storage migrate。【免费下载链接】autheliaThe Single Sign-On Multi-Factor portal for web apps. OpenID Certified™ and Post-Quantum Cryptography Ready.项目地址: https://gitcode.com/GitHub_Trending/au/authelia创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考