 |
zardly666Jun 23, 2020
1
消息中间件就是做这个的呀 rabbitmq
|
 |
FinestJun 23, 2020
2
如果单纯是插入 6 张表要 1~3s，我觉得应该从性能上入手，查找问题
|
 |
swullingJun 23, 2020 via iPhone
4
redis 做高可用就行了，不丢不就完了。
简单点就主从同步，加一个监控避免从落后太对就够了。 |
 |
AngryPandaJun 23, 2020 via Android
5
同意二楼，你这写入速度也忒慢了
|
 |
crclzJun 23, 2020
6
消息中间件没毛病哦
|
 |
skymeiJun 23, 2020
7
感觉可以考虑先优化现有的 sql,然后尝试改为异步
|
 |
sadfQED2Jun 23, 2020 via Android
8
才 6 张表就要 1 到 3 秒？？你应该先研究下为啥这么慢
|
 |
allanzhuoJun 23, 2020 via Android
9
1 到 3 秒应该有可以优化的地方
|
 |
10
|
 |
thinkmoreJun 23, 2020
12
可能人家楼主只能有一台服务器，上中间件不合适。还是想想优化业务逻辑
|
 |
heyjeiJun 23, 2020
13
先别急着 redis 和消息中间件，
先按二楼的意见，看下为啥 6 张表而已，却要 1-3 秒？ |
 |
15
首先考虑最简单的通过提升硬件来 tps
其次考虑优化业务逻辑, SQL 等, 可以通过压测找出性能瓶颈 是代码还是 SQL, 亦或是有其他的第三方请求 最最最后才考虑改成异步, 因为异步返回的是处理中的中间态, 你可能还需要提供一个查询业务处理状态的接口 如果确定改异步, 可以考虑在简单的验证后将请求体直接落库, job 异步处理即可 |
 |
JsonTuJun 23, 2020 via iPhone
16
先记录下哪里耗时严重，如果是代码逻辑，看能不能优化，如果单插入 sql 耗时用消息中间件吧
|
 |
17
1-3 秒.....你插入的是 excel 不是 mysql 吧....
|
 |
guanhui07Jun 23, 2020
18
太慢了 1-3 秒 排除逻辑 只插入到 Mysql 要这么久
|
 |
ty89Jun 23, 2020
19
好奇，如何实现插入需要 1~3 秒的，一般人写不出来这么慢的 sql
|
 |
Alex5467Jun 23, 2020
20
订单的有些数据与本次请求无关的只是记录数据的插入操作完全可以做成异步的，还得排查一下是哪里慢了，整个看是看不出来的。
|
 |
zhuweiyouJun 23, 2020
21
异步处理就行了，性能问题加机器。
|
 |
isnullstringJun 23, 2020
22
是不是说漏，插表不会这么慢，连带业务处理时间了？
|
|
23
@isnullstring 是的 插入挺快的
|
 |
securityCodingJun 23, 2020
24
没啥并发的情况下写操作一般不会有多少耗时 , 重点看看读的索引吧
|
|
securityCodingJun 23, 2020
25
从根本上解决问题的思路是异步化 , 就是楼上说的各种中间件
|
 |
tingfangJun 23, 2020
26
太慢了，先看看 SQL 有没有问题吧，redis 、RabbitMQ 异步这些可以先不考虑。
|
 |
axbxJun 23, 2020
27
先检查一下是哪个地方处理最耗时，能优化就优化，实在不行再上消息中间件。
|
 |
cfcheng503Jun 23, 2020
28
弄个中间表不行吗
|
 |
imwingJun 23, 2020
29
先从业务逻辑和 sql 上找问题. 优化业务逻辑, 哪些该异步的就改成异步处理. 最直接的方法就是加服务器,集群,中间件
|
 |
seakingiiJun 23, 2020
30
先不要写入业务表，搞一套中间表机制，先保证数据能写入，处理逻辑放在后面。
|
 |
jimrokJun 23, 2020
31
先落临时表，再异步处理，最后推送确认订单
|
1
Select Language