应使用 store.clear() 方法清空指定对象存储空间：它仅删除数据、保留结构和索引，需在 'readwrite' 事务中执行，不可逆，生产环境建议加二次确认或日志。
要安全地删除 IndexedDB 中的**指定对象存储空间（object store）**，核心是：不删整个数据库，只清空该仓库的数据，并保留其结构和索引。这比 deleteDatabase 更精准、更可控，也更适合日常维护。
用 clear() 方法清空目标对象仓库
IndexedDB 原生提供 store.clear()，它是专为“清空单个对象仓库”设计的安全操作：
- 只删除数据，不改动仓库结构、索引或数据库版本
- 执行快、原子性强，失败时事务自动回滚
- 无需遍历或逐条删除，避免游标超时或内存压力
示例代码：
function clearStore(db, storeName) {return new Promise((resolve, reject) => {
const tx = db.transaction(storeName, 'readwrite');
const store = tx.objectStore(storeName);
const req = store.clear();
req.onsuccess = () => resolve();
req.onerror = () => reject(req.error);
});
}
// 调用
openDB().then(db => clearStore(db, 'cache')).then(() => console.log('cache 仓库已清空'));
关键注意事项不能跳过
看似一行 clear() 就完事，但以下三点出错就会报错或静默失效：
立即学习“前端免费学习笔记（深入）”；
-
事务必须是 'readwrite' 模式：只读事务下调用会立刻抛
InvalidStateError -
事务生命周期要管住：不能在事务关闭后再调
clear()，否则报Transaction inactive - 没有确认机制：它不弹窗、不备份、不可逆，生产环境建议加用户二次确认或操作日志
批量清空多个对象仓库的稳妥做法
如果需要同时清空几个仓库（比如 logs、temp_files、drafts），推荐为每个仓库创建独立的读写事务：
- 避免共用一个事务——任一仓库失败会导致全部回滚
- 并行发起多个
clear()请求，提升效率且互不影响 - 可统一 Promise.all 包裹，便于整体成功/失败处理
什么时候不该用 clear()？换其他方案
clear() 只适合“保留结构、清空数据”的场景。如果你还需要：
- 删掉整个对象仓库（包括索引和定义）→ 需在
onupgradeneeded中调用db.deleteObjectStore(name) - 重置数据库结构（如改主键、增字段）→ 必须升级版本并重建仓库
- 彻底释放磁盘空间且不再使用该库 → 直接
indexedDB.deleteDatabase('dbName')，但要先确保无活跃连接
