订单业务处理太过耗时如何优化？

[cai88112]

单台服务器

对接的硬件设备，它们处理数据很快，超过 300ms 就认为超时、重试。
我的订单接口要插入数据到 6 张表中，大概 1-3s，所以经常出现大量重复请求。

想到一个不成熟方案，先把请求缓存 redis 中，先返回结果，再异步处理数据。
但是如果 redis 丢失或者 redis 缓存失败，数据就彻底丢失了，不知道如何补救。

求教好的方案

[zhuweiyou]

异步处理就行了，性能问题加机器。

[isnullstring]

是不是说漏，插表不会这么慢，连带业务处理时间了？

[cai88112]

@isnullstring 是的 插入挺快的

[securityCoding]

没啥并发的情况下写操作一般不会有多少耗时 , 重点看看读的索引吧

[securityCoding]

从根本上解决问题的思路是异步化 , 就是楼上说的各种中间件

[tingfang]

太慢了，先看看 SQL 有没有问题吧，redis 、RabbitMQ 异步这些可以先不考虑。

[axbx]

先检查一下是哪个地方处理最耗时，能优化就优化，实在不行再上消息中间件。

[cfcheng503]

弄个中间表不行吗

[Kili9]

先从业务逻辑和 sql 上找问题. 优化业务逻辑, 哪些该异步的就改成异步处理. 最直接的方法就是加服务器,集群,中间件

[seakingii]

先不要写入业务表，搞一套中间表机制，先保证数据能写入，处理逻辑放在后面。

[jimrok]

先落临时表，再异步处理，最后推送确认订单