TypeORM MongoQueryRunner执行MongoDB数组更新时出现$slice参数类型错误的问题排查

遇到这个问题，大概率是因为TypeORM的MongoQueryRunner.updateMany方法在处理聚合管道风格的更新参数时，存在封装解析的兼容性问题，导致MongoDB服务端收到的请求里，$slice的参数被错误识别成了对象而非数组——而MongoDB Playground直接使用原生语法，自然能正常执行。

问题根源 #

TypeORM对MongoDB的部分高级更新语法（比如用聚合管道做数据更新）的封装逻辑可能存在疏漏，它没有把你编写的聚合管道参数原封不动传递给MongoDB原生驱动，进而触发了类型校验错误。

解决方案：绕过TypeORM封装，使用MongoDB原生驱动方法 #

最稳妥的方式是直接通过MongoQueryRunner获取原生的MongoDB集合对象，调用原生的updateMany方法，完全复刻你在Playground里验证过的逻辑：

import { MigrationInterface } from 'typeorm';
import { MongoQueryRunner } from 'typeorm/driver/mongodb/MongoQueryRunner';
import { Collection } from 'mongodb';

export class MigrateTheDatabase implements MigrationInterface {
  public async up(queryRunner: MongoQueryRunner): Promise<void> {
    // 获取原生MongoDB集合实例
    const recordsCollection: Collection = queryRunner.collection('records');
    // 调用原生updateMany，参数和Playground完全一致
    const result = await recordsCollection.updateMany({}, [
      {
        $set: {
          'outerItem.innerItems': {
            $concatArrays: [{ $slice: ['$outerItem.innerItems', 0, 1] }]
          }
        }
      }
    ]);
    console.log(`Updated ${result.modifiedCount} records`);
  }

  public async down(queryRunner: MongoQueryRunner): Promise<void> {
    // 若需要回滚，可在此实现对应逻辑（比如恢复原数组结构）
  }
}

为什么这个方法有效 #

直接使用MongoDB原生驱动的方法时，参数会被原封不动传递给MongoDB服务端，完全避开了TypeORM封装层可能存在的参数解析错误，执行后就能得到你预期的结果：只保留innerItems数组的第一个元素。

额外建议 #

如果项目允许升级依赖，你也可以尝试把TypeORM更新到最新稳定版本，看看官方是否在后续版本中修复了这个聚合管道更新的兼容性问题。但如果升级成本较高，使用原生驱动方法无疑是更快速的解决路径。

内容来源于stack exchange