NestJs+TypeOrm删除Postgres表全量数据时报绑定参数格式不匹配错误

这个异常确实由全量操作的数据量过大直接导致，和你表内115900行的规模强相关。
你当前的实现逻辑存在两个容易触发问题的设计：

• 先通过find()把全表11万多条数据全部拉取到应用内存，本身就会占用大量内存资源
• 调用remove()批量删除时，TypeORM会将所有实体的id收集为参数，拼接成单条DELETE ... WHERE id IN (...)形式的SQL提交给PostgreSQL。当单条SQL的绑定参数数量超出pg驱动的处理阈值时，就会触发协议层序列化异常，最终抛出你看到的bind message has 9914 parameter formats but 0 parameters错误——这个报错本质是驱动层准备请求时，参数数量超出安全边界，导致生成的请求消息结构和实际参数不匹配。

根据你的业务场景选对应实现即可：

方案1：单纯清空表数据（最优解） #

如果你的目标就是清空整张LinioBrand表的所有数据，完全不需要走“先查再删”的低效逻辑，直接调用Repository提供的clear()方法即可。
该方法底层会直接执行数据库层面的TRUNCATE TABLE操作，执行速度远快于逐行删除/IN条件批量删除，也完全不存在绑定参数数量的问题，不管表内有多少数据都能一次性完成清空。
实现代码修改为：

@Injectable()
export class ClearLinioBrands {
  constructor(
    @InjectRepository(LinioBrand)
    private linioBrandRepo: Repository<LinioBrand>,
  ) {}
  async execute(): Promise<void> {
    await this.linioBrandRepo.clear();
  }
}

注意：TRUNCATE操作属于低开销的表级截断，会直接清空表内容、重置自增id计数，操作不支持逐行回滚，如果场景有特殊的事务回滚需求需要谨慎使用。

方案2：受限于外键约束无法直接截断，分批次删除 #

如果因为表关联了外键约束，TRUNCATE操作被数据库拒绝，可以通过固定批次的方式逐块删除，既不会触发参数上限，也不会占用过多内存：

async execute(): Promise<void> {
  // 每批次删除固定1000条，参数规模远低于pg驱动的安全阈值
  const BATCH_SIZE = 1000;
  while (true) {
    // 每次只拉取固定数量的数据，不全量加载
    const batch = await this.linioBrandRepo.find({ take: BATCH_SIZE });
    if (batch.length === 0) break;
    await this.linioBrandRepo.remove(batch);
  }
}

内容的提问来源于stack exchange，提问作者Ian Bergia