AWS SDK for JavaScript 中RDS Data API并发事务问题解析

问题背景

在使用AWS SDK for JavaScript连接RDS Data API时，开发者发现了一个关于事务处理的限制问题。当尝试在单个事务中并发执行多个SQL查询时（例如使用Promise.all），系统会随机抛出"DatabaseErrorException: Transaction is still running a query"错误。而如果改为顺序执行这些查询，则能够正常工作。

问题重现

典型的错误场景出现在以下情况：

1. 开发者创建一个新事务
2. 在该事务中并发执行多个INSERT或其他SQL操作
3. 使用Promise.all等待所有操作完成
4. 随机出现事务仍在运行的错误

测试代码显示，即使只是简单的50条INSERT语句并发执行，也会出现此问题。错误发生的具体查询是随机的，可能出现在第2、第5或其他任意位置。

技术分析

经过AWS团队确认，这是RDS Data API本身的设计限制，而非SDK的问题。RDS Data API目前不支持在单个事务中并发执行多个查询。即使在某些情况下（如Aurora Serverless V1）可能看似支持并发，实际上API内部仍然是顺序执行的。

解决方案建议

对于遇到此问题的开发者，可以考虑以下解决方案：

1. 顺序执行查询：放弃并发执行，改为传统的顺序执行方式
2. 拆分事务：将需要并发执行的操作拆分到不同的事务中
3. 批处理操作：对于INSERT等操作，考虑使用批量插入语法减少查询次数
4. 应用层控制：在应用层实现队列机制，确保同一事务中的查询顺序执行

迁移注意事项

从Aurora Serverless V1迁移到V2的用户需要特别注意：

• V1可能对并发查询有更好的容错性
• V2严格执行了事务中的顺序执行限制
• 迁移时需要对原有并发事务代码进行改造

未来展望

AWS团队已经将此功能作为需求记录，但尚未提供具体的支持时间表。开发者可以关注AWS官方更新，以获取未来可能的事务并发支持信息。

最佳实践建议

1. 在设计数据库操作层时，避免假设事务支持并发
2. 对于性能敏感的场景，考虑使用存储过程或批处理操作
3. 在应用层实现适当的重试机制，处理可能的事务冲突
4. 充分测试事务相关代码，特别是在不同版本的Aurora之间迁移时

理解这一限制有助于开发者更合理地设计数据访问层，避免在生产环境中遇到意外的事务处理问题。