如何在超过 300 秒限制的无服务器的情况下运行 Aurora-MySQL 耗时的存储过程



我们正在AWS Lambda的AWS Aurora-MySQL上运行存储过程。 某些存储过程需要 300 秒以上,因此 Lambda 在进程完成之前等待并保持与 MySQL 的连接是没有用的。

还有其他方法可以在没有时间限制的情况下在 Aurora 上运行例程?

如果存储过程花费超过 300 秒,我会研究

1( 优化存储过程本身

2( 使用 SQS 或类似的消息收发服务重新设计异步处理原则,并在执行存储过程后研究调用 Lambda 的 Aurora。

相关内容

  • 没有找到相关文章

最新更新