unicloud事务能力因云服务商而异：腾讯云支持跨集合事务（限10次操作），阿里云仅支持单集合；事务中remove必须用where+_.in()，不可传id数组；失败需显式反馈并保持前端状态同步；大批量操作应分批处理而非强依赖事务。
uniCloud 事务批量操作只在腾讯云支持跨集合，阿里云仅限单集合
UniCloud 的事务能力不是全平台一致的。腾讯云版 db.startTransaction() 支持跨集合操作（比如同时删 user 表和 log 表），而阿里云目前（截至 2026 年）仍不支持跨集合事务——哪怕你写了 transaction.collection('a').remove() 和 transaction.collection('b').remove()，阿里云会直接报错 Transaction not supported across collections。
所以第一步必须确认你用的是哪个服务商空间：uniCloud.init({ provider: 'tencent' }) 或 'aliyun'。别在阿里云环境里写腾讯云风格的事务代码，否则部署就失败。
- 阿里云事务只能用于单集合内多个操作的原子性保障（如：先查再改再删同一张表里的几条记录）
- 腾讯云事务支持多集合、多操作，但每个事务内最多执行 10 次数据库操作（含查询、增、删、改），超限会抛
Transaction operation limit exceeded - 事务默认超时 5 秒，大体积数据操作建议提前在云函数配置里调高 timeout
事务中批量删除必须用 where + remove，不能传 ID 数组进去
很多人误以为 collection.remove([id1, id2]) 能进事务，实际上不行。事务里的 remove() 只接受 where 条件对象，不接受 ID 列表参数。你要删一批已知 ID 的记录，得把数组转成 $in 查询：
const idsToDelete = ['id1', 'id2', 'id3']
// ✅ 正确写法（腾讯云 & 阿里云都支持）
await transaction.collection('orders').where({
_id: _.in(idsToDelete)
}).remove()
注意 _.in() 是 db.command 提供的操作符，不是原生 JS 的 includes。漏掉 _. 前缀或写成字符串形式（如 "_id": {"$in": [...]}）都会导致条件无效，删不掉数据。
- 如果 ID 是 ObjectId 类型（如
new db.ObjectID('xxx')），需确保所有 ID 都转成对应实例，否则$in匹配失败 -
remove()返回结果里deleted字段是实际删除条数，不是传入 ID 数量——可能有部分 ID 在库里根本不存在 - 事务中不要混用 JQL 语法（如
.add(data)）和传统 DB API（如.where().get()），统一用 JQL 风格更稳
事务失败回滚后，前端状态不同步是高频坑点
事务失败时，rollback() 确实能保证数据库没变，但前端 UI 很可能已经清空了勾选项、隐藏了列表项——用户看到“删除成功”，其实一条没删，还无法重试（因为 selectedIds 已空）。
正确做法是在事务成功后再更新视图，且必须把 rollback 的错误明确反馈给用户：
try {
await transaction.commit()
// ✅ 这里才更新 this.selectedIds = []
this.selectedIds = []
uni.showToast({ title: '已删除 ' + idsToDelete.length + ' 条', icon: 'success' })
} catch (e) {
// ❌ 不要静默吞掉错误
console.error('事务失败:', e)
uni.showToast({ title: '删除失败：' + (e.message || '网络或服务异常'), icon: 'none' })
// 可选：自动恢复勾选状态 this.selectedIds = [...idsToDelete]
}
- 别在
catch里调uni.showModal弹确认框——用户刚点完删除，立刻弹窗会打断操作流 - 事务失败后，
this.selectedIds保持原值比清空更安全，避免用户误操作丢失选择意图 - 如果用了分页列表，事务失败后记得触发一次
this.refreshList()，防止本地缓存与数据库不一致
大批量数据建议放弃事务，改用分批 + 重试机制
当要删/改超过 500 条记录时，硬套事务反而容易超时或触发平台限制。UniCloud 单次事务最大操作数 10 次，意味着你最多处理 10 个 remove() 或 update()，远不够覆盖千级数据。
更现实的做法是：把 ID 数组切片，每 50 个一组，用 Promise.allSettled() 并发提交多个云函数调用，并内置失败重试逻辑：
const chunks = arrayChunk(idsToDelete, 50)
const results = await Promise.allSettled(
chunks.map(chunk => uniCloud.callFunction({
name: 'batchRemove',
data: { ids: chunk }
}))
)
注意这个方案绕过了事务，所以你要在云函数里自己做幂等控制（比如加 deleted_at 时间戳而非物理删除），并接受“部分成功、部分失败”的事实。
- 切片大小别设太大（如 200），腾讯云单次
remove()的$in数组上限是 1000 个 ID，阿里云是 500 - 云函数里别用
for...of循环逐条删——网络延迟叠加会导致超时，必须用where({ _id: _.in(...) }).remove() - 前端展示进度时，别依赖
results.length，要用results.filter(r => r.status === 'fulfilled').length统计真正成功的批次
