IndexedDB索引只能在onupgradeneeded中动态增删：新增需先确保对象存储存在、检查索引名避免ConstraintError，并设置合适的unique/multiEntry；删除须确认索引存在以防NotFoundError，且不支持运行时操作。
HTML5 的 IndexedDB 在版本升级过程中支持通过 onupgradeneeded 事件动态创建、修改或删除对象存储（Object Store）及其索引（Index）。但“动态增删索引”本身不是运行时操作，而必须在版本升级阶段完成——这是关键前提。索引的增删只能在 onupgradeneeded 中对目标对象存储调用 createIndex() 或 deleteIndex() 实现，且必须确保操作顺序和兼容性。
索引新增：在升级中安全创建
新增索引需在对应对象存储存在且未被其他事务占用时执行。若对象存储尚不存在，需先调用 createObjectStore()；若已存在，直接在其上创建索引即可。注意：同一名称的索引不可重复创建，否则抛出 "ConstraintError"。
- 检查索引是否已存在：
objectStore.indexNames.contains('myIndex')，避免重复创建 - 指定
unique和multiEntry参数需与业务查询逻辑一致（如按邮箱查用户，应设unique: true） - 示例：
store.createIndex('byEmail', 'email', { unique: true })
索引删除：仅限升级过程，无运行时接口
IndexedDB 不提供运行时删除索引的 API。删除索引必须在 onupgradeneeded 中调用 objectStore.deleteIndex('indexName')，且该索引必须已存在，否则抛出 "NotFoundError"。删除后，旧版本代码若仍尝试访问该索引会失败，需同步更新应用逻辑。
- 删除前建议先检查：
if (store.indexNames.contains('oldIndex')) store.deleteIndex('oldIndex') - 删除索引不会影响对象存储中的数据，但后续查询将无法使用该索引路径
- 若需迁移数据（如将单字段索引转为复合索引），应在删除旧索引后，在升级事务中遍历并写入新结构
版本升级中的事务安全与回退考虑
onupgradeneeded 是一个升级事务，其内所有操作具备原子性：任一失败（如索引名冲突、存储空间不足）将导致整个事务中止，数据库保持旧版本状态。但 IndexedDB 本身不提供“降级”或“版本回滚”机制。
立即学习“前端免费学习笔记（深入）”；
- 升级逻辑应幂等：多次触发相同版本升级（如用户反复刷新）不应报错，可通过存在性判断实现
- 避免在升级中执行耗时操作（如全量数据迁移），可拆分为“结构升级 + 后续渐进式数据修复”两阶段
- 客户端需监听
onblocked事件，提示用户关闭其他标签页以释放旧连接，确保升级事务能获得独占权限
兼容旧数据的常见处理模式
当新增索引依赖原有数据中不存在的字段，或删除索引后查询逻辑变更，需主动适配存量数据。
- 新增索引字段为空？可在升级事务中遍历所有记录，补全默认值或跳过无效项
- 删除索引后原查询失效？改用
openCursor()手动过滤，或在升级中构建新索引并复制/转换数据 - 推荐做法：将数据迁移逻辑封装为独立函数，在
onupgradeneeded中按版本号条件触发，便于维护和测试
