Node Worker Threads环境下如何复用TypeORM连接避免重复创建？

Node.js Worker Threads 采用内存隔离设计，跨线程传递数据仅支持结构化克隆算法覆盖的可序列化类型。TypeORM 连接实例包含网络套接字、操作系统句柄、内部状态缓存等不可序列化的资源，无法直接跨线程传递，触发 DataCloneError 是预期行为，不存在直接在 Worker 线程中访问主线程已有 TypeORM 连接的方法。

• 方案1：主线程统一持有连接，Worker 仅传递任务
  该方案无额外连接开销，复用性最高，推荐优先使用：
  1. 主线程初始化 TypeORM 连接，按需配置内置连接池的extra.max参数限制总并发连接数
  2. Worker 线程无需初始化数据库连接，需要执行 SQL 时，通过parentPort.postMessage()向主线程发送查询语句、参数、任务唯一标识
  3. 主线程接收任务后，用持有的连接执行查询，再将结果或错误信息回传给对应 Worker
  4. Worker 监听消息事件拿到结果后继续执行后续逻辑
• 方案2：常驻 Worker 复用连接
  如果需要把完整数据处理逻辑放在 Worker 内执行，不要每次执行任务都新建销毁 Worker，而是预先启动固定数量的常驻 Worker，仅在 Worker 首次启动时初始化一次 TypeORM 连接，后续所有任务都复用该连接。可根据数据库连接上限、服务器配置调整常驻 Worker 数量，总连接数控制在数据库max_connections限制以内即可，避免频繁创建销毁连接的开销。
• 方案3：Worker 内使用轻量驱动执行查询
  若确实需要动态创建 Worker，可将可序列化的数据库连接配置（地址、账号、密码等）传递给 Worker，Worker 内部不初始化完整 TypeORM 实例，改用更轻量的原生数据库驱动（如mysql2、pg）执行查询，用完立即释放连接，开销远低于初始化全量 TypeORM 实例。

• 所有方案都需要严格管控总数据库连接数，避免超过数据库配置的连接上限导致服务异常
• 跨线程传递的查询参数、返回结果必须是可序列化的普通 JSON 数据，不要传递带方法、循环引用的实体类实例

内容的提问来源于stack exchange，提问作者Chris Eikrem