从技术原因聊聊周五上交所故障

[Dream95]

周五早上我下了单 ETF ，没有成交也无法撤单
下午看消息说上交所恢复了，又尝试下了一单结果上交所又故障了😞
到晚上的时候券商显示交易成功了

难道交易本身是成功的，但是回传给券商的消息系统故障了？
有券商工作的或者做过交易系统的出来聊聊吗

[alfchin]

收盘有个集中竞价阶段，前面未能成交的单子会在这个期间集中处理。

[Dream95]

@alfchin 券商上看成交时间是收盘前，我早上下的单比收盘价格要低几个点。不是集中竞价成交的

[cnleon]

说是队列堵了，看现象也是后来有些股票很快就恢复了，但是有些就非常慢。看上去是队列个别分区堵住了，分区可能就是按照股票 id 来的。

[CKR]

就一定是技术故障吗

[shadowyue]

交易所的系统估计也是陈年屎山，想想都可怕

[nexklee]

@CKR 我就想这么问 有证据说明是技术原因吗

[524139477]

会不会是量化的锅

[cskeleton]

https://mp.weixin.qq.com/s/zk9EqZmv0w6KQzlVJMUINw

这篇文章看到一个说法。和量化有关，和交易量大有关。使得太多人工单被当作量化退回了。

[latifrons]

以我做交易所的经验而言，撮合应该是成功的，撮合性能是不需要担心的，因为全在内存里，交易所的瓶颈在清算。
所以只要完成了撮合，非必要是不回滚的，回滚意味着有些成交了的单都会被撤销，这问题就更大了。
剩下的就是清算了，清算包括：加减你的可用资金/股份，更改你的订单状态等。这些事情的确可以慢慢做，如果遭遇系统故障，晚上发生也不稀奇，你以为晚上才成交，其实早就在白天就被撮合好了，晚上只是改个订单状态而已，在此之前你动弹不得。
交易所在面临订单积压的时候的确挺难的，所有的订单操作（挂单、撤单）都要经过撮合引擎，所以不能简单地把一个撤单操作短路，因为原始订单说不定已经在引擎里被撮合了。
最后就是一旦积压订单量太大，前端肯定会停止收单，表现出来的就是啥操作都进不去，因为后面已经消化不良了。

[bk201]

分析外包做的系统大可不必。

[aycclm]

有没有可能是另一种“技术原因”

[ljn95869]

看深交所成交是上交所二倍都没事，有人说有点像 327 国债事件重现，这很有可能

[testonly]

@latifrons 以我普通人的经验而言，当天它还不如全部不成交，不成交的话买不到的也无话可说，成交了涨上去了卖掉的要骂人，跌了买的要骂人，资金大的不排除有法律行动，当然交易所肯定不会输，只是也要被折腾一下。

另外我也从阴毛论分析一下这件事，我觉得假设有阴毛（我只是假设一下没说真有），那应该有两个可能：
1 是有重要人物人做空了上证的期货，这下再冲要爆仓了，但应该不会是做空股票，股票杠杆太低，还远没到爆仓。
如果是这个，那接下来这几天应该不会顺利过 3174 这个关键点位，空头还会反扑，大市回调幅度可能会很深。
2 子弹不够，想将资金全灌进深市冲高深证，主力的的主要布局可能在深市，事实上昨天的效果确实是这样，沪市瘫痪后深市因为大量资金灌过去，迅速被拉高。

[gransh]

我下午 1 点多购入股票 A ，需要排队，撤销也是需要排队；下午 2 点多购入股票 B ，一样排队，撤销依然排队。

然后快 3 点的时候股票 B 居然成交了，A 还是排队，直到晚上 A 才撤销。

也就是后提交的即便撤销也成交了，先提交的撤销成功了，可能是因为股价挂低了才没成功。

供大佬分析故障原因参考用。

[gransh]

@nexklee 有证据说明不是技术原因吗？谁质疑谁举证啊

[grayish]

可能是疯狂的散户进来导致订单剧增服务器处理不过来,散户都是小单 或者是发现大家在卖银行触发了什么指数保护机制自动减速

[Rorysky]

@latifrons 交易所这么复杂的高性能场景，一开始是买的别人的系统么？ 国内起步开发不了吧

[sosme]

我认为应该是类似 DDOS 攻击那样

[Dream95]

今天上交所开始搞压测了😂

[skyrim61]

花了 6 个亿, 还说什么多高的科技, 一辆冲锋车就在眼皮底下消失.

[bzw875]

@shadowyue #5 我去上证指数面试过外包，有一个外行领导者几个前端开发，代码稀烂不用 TS ，我看也没有一个技术 leader ，总说 [我想找一个 react 厉害的] ，他好像区分不了项目工程来说 react 只是一个渲染框架

[mutalisk]

@latifrons 清算？结算吧？

[qcbf111]

@alfchin 不是的，我的就没有成交，我直接挂涨停价买入的。

[FcukYouTony]

吗的，我也是撤单，显示已经上报待撤，资金给我冻住了，两天了，还没解决

[tfdetang]

@latifrons 和清结算应该每有关系，所有的清结算只发生再盘后；交易所是和券商直连的，券商对交易所是担保交易，即使交易当时资金不够只要在清算前补充上就行(可以参考光大乌龙指)；

直觉上我也觉得撮合性能是不用担心的，因为都是内存撮合效率应该非常高；在不考虑阴谋论的前提下，也许是报单的网关挂了，导致所有的订单都被分流到了剩余的网关，又处理不过来发生了雪崩

[GARLICTRUMP]

没啥分析的，只是菜。上交所事故率一直深交所高不少

[ivvei]

就是堵单啊，性能垃圾，处理不过来了。各种表现出来的现象也都符合堵单的特点。

它不取消当天的交易是最二的。有些人做配对交易的，一头成交了，另一头卡在它这，既不能成交又不能撤单，血亏。

[xausky]

讲道理这玩意感觉比 12306 抢票系统要复杂很多，能只小蹦一下就恢复已经很厉害了

[ivvei]

@latifrons 跟清算一点关系也没有。清算是盘后做的。订单状态是交易时改变的。

[ivvei]

@xausky 怎么会。这东西一点难度都没有，有手就会。能挂掉只能说垃圾。

[Mandelo]

@xausky 12306 起始站算法还是很复杂的专门找外国啥公司优化过计算，后来又找阿里云又升级了一波