这是一个创建于 92 天前的主题，其中的信息可能已经有所发展或是发生改变。
周五早上我下了单 ETF ，没有成交也无法撤单
下午看消息说上交所恢复了，又尝试下了一单结果上交所又故障了😞
到晚上的时候券商显示交易成功了
难道交易本身是成功的，但是回传给券商的消息系统故障了？
有券商工作的或者做过交易系统的出来聊聊吗
下午看消息说上交所恢复了，又尝试下了一单结果上交所又故障了😞
到晚上的时候券商显示交易成功了
难道交易本身是成功的，但是回传给券商的消息系统故障了？
有券商工作的或者做过交易系统的出来聊聊吗
 |
1
alfchin 92 天前 via iPhone
收盘有个集中竞价阶段，前面未能成交的单子会在这个期间集中处理。
|
 |
3
cnleon 92 天前
说是队列堵了，看现象也是后来有些股票很快就恢复了，但是有些就非常慢。看上去是队列个别分区堵住了，分区可能就是按照股票 id 来的。
|
 |
4
CKR 92 天前 via iPhone  1
就一定是技术故障吗
|
 |
5
shadowyue 92 天前
交易所的系统估计也是陈年屎山，想想都可怕
|
 |
7
524139477 92 天前
会不会是量化的锅
|
 |
8
cskeleton 92 天前
|
 |
9
latifrons 92 天前 2
以我做交易所的经验而言，撮合应该是成功的，撮合性能是不需要担心的，因为全在内存里，交易所的瓶颈在清算。
所以只要完成了撮合，非必要是不回滚的，回滚意味着有些成交了的单都会被撤销，这问题就更大了。 剩下的就是清算了，清算包括：加减你的可用资金/股份，更改你的订单状态等。这些事情的确可以慢慢做，如果遭遇系统故障，晚上发生也不稀奇，你以为晚上才成交，其实早就在白天就被撮合好了，晚上只是改个订单状态而已，在此之前你动弹不得。 交易所在面临订单积压的时候的确挺难的，所有的订单操作（挂单、撤单）都要经过撮合引擎，所以不能简单地把一个撤单操作短路，因为原始订单说不定已经在引擎里被撮合了。 最后就是一旦积压订单量太大，前端肯定会停止收单，表现出来的就是啥操作都进不去，因为后面已经消化不良了。 |
 |
10
bk201 92 天前 3
分析外包做的系统大可不必。
|
 |
11
aycclm 92 天前
有没有可能是另一种“技术原因”
|
 |
12
ljn95869 92 天前 via Android
看深交所成交是上交所二倍都没事，有人说有点像 327 国债事件重现，这很有可能
|
 |
13
testonly 92 天前
@latifrons 以我普通人的经验而言，当天它还不如全部不成交，不成交的话买不到的也无话可说，成交了涨上去了卖掉的要骂人，跌了买的要骂人，资金大的不排除有法律行动，当然交易所肯定不会输，只是也要被折腾一下。
另外我也从阴毛论分析一下这件事，我觉得假设有阴毛（我只是假设一下没说真有），那应该有两个可能： 1 是有重要人物人做空了上证的期货，这下再冲要爆仓了，但应该不会是做空股票，股票杠杆太低，还远没到爆仓。 如果是这个，那接下来这几天应该不会顺利过 3174 这个关键点位，空头还会反扑，大市回调幅度可能会很深。 2 子弹不够，想将资金全灌进深市冲高深证，主力的的主要布局可能在深市，事实上昨天的效果确实是这样，沪市瘫痪后深市因为大量资金灌过去，迅速被拉高。 |
 |
14
gransh 92 天前
我下午 1 点多购入股票 A ，需要排队，撤销也是需要排队；下午 2 点多购入股票 B ，一样排队，撤销依然排队。
然后快 3 点的时候股票 B 居然成交了，A 还是排队，直到晚上 A 才撤销。 也就是后提交的即便撤销也成交了，先提交的撤销成功了，可能是因为股价挂低了才没成功。 供大佬分析故障原因参考用。 |
 |
16
grayish 92 天前 via Android
可能是疯狂的散户进来导致订单剧增服务器处理不过来,散户都是小单 或者是发现大家在卖银行触发了什么指数保护机制自动减速
|
 |
18
sosme 92 天前
我认为应该是类似 DDOS 攻击那样
|
 |
19
Dream95 OP 今天上交所开始搞压测了😂
|
 |
20
skyrim61 92 天前 1
花了 6 个亿, 还说什么多高的科技, 一辆冲锋车就在眼皮底下消失.
|
 |
21
bzw875 92 天前 2
@shadowyue #5 我去上证指数面试过外包，有一个外行领导者几个前端开发，代码稀烂不用 TS ，我看也没有一个技术 leader ，总说 [我想找一个 react 厉害的] ，他好像区分不了项目工程来说 react 只是一个渲染框架
|
 |
24
FcukYouTony 92 天前
吗的，我也是撤单，显示已经上报待撤，资金给我冻住了，两天了，还没解决
|
 |
25
tfdetang 92 天前
@latifrons 和清结算应该每有关系，所有的清结算只发生再盘后；交易所是和券商直连的，券商对交易所是担保交易，即使交易当时资金不够只要在清算前补充上就行(可以参考光大乌龙指)；
直觉上我也觉得撮合性能是不用担心的，因为都是内存撮合效率应该非常高；在不考虑阴谋论的前提下，也许是报单的网关挂了，导致所有的订单都被分流到了剩余的网关，又处理不过来发生了雪崩 |
 |
26
GARLICTRUMP 91 天前
没啥分析的，只是菜。上交所事故率一直深交所高不少
|
 |
27
ivvei 91 天前
就是堵单啊，性能垃圾，处理不过来了。各种表现出来的现象也都符合堵单的特点。
它不取消当天的交易是最二的。有些人做配对交易的，一头成交了，另一头卡在它这，既不能成交又不能撤单，血亏。 |
 |
28
xausky 91 天前
讲道理这玩意感觉比 12306 抢票系统要复杂很多，能只小蹦一下就恢复已经很厉害了
|
Select Language