在股票賣(mài)出時(shí)，賣(mài)1000，賣(mài)成功后查詢(xún)，為什么被分成了幾次賣(mài)出？這與股票的交易方式有關(guān)。股票交易以撮合的方式進(jìn)行。根據(jù)買(mǎi)賣(mài)雙方的出價(jià)進(jìn)行配對(duì)。如果雙方的交易價(jià)格相同，雙方將達(dá)成交易。如果雙方價(jià)格相同，

在股票賣(mài)出時(shí)，賣(mài)1000，賣(mài)成功后查詢(xún)，為什么被分成了幾次賣(mài)出？

這與股票的交易方式有關(guān)。股票交易以撮合的方式進(jìn)行。根據(jù)買(mǎi)賣(mài)雙方的出價(jià)進(jìn)行配對(duì)。如果雙方的交易價(jià)格相同，雙方將達(dá)成交易。

如果雙方價(jià)格相同，但沒(méi)有就交易份額達(dá)成協(xié)議，則交易將根據(jù)訂單的訂單部分完成。此時(shí)，批量銷(xiāo)售將出現(xiàn)在交易軟件中。

目前A股的交易規(guī)則是以個(gè)人申報(bào)為主，交易所根據(jù)雙方申報(bào)的名單進(jìn)行匹配交易。你什么意思？

下單時(shí)，我們將輸入四個(gè)信息：股票代碼、交易方向、股票數(shù)量和交易價(jià)格。在這四條消息中，交易所根據(jù)下訂單的時(shí)間有另一個(gè)時(shí)間標(biāo)簽。

這樣，同一只股票上將有四條消息：

買(mǎi)入/賣(mài)出方向、股票數(shù)量、傭金價(jià)格和時(shí)間。

交換如何匹配？

首先，買(mǎi)賣(mài)順序要分開(kāi)。

第二步是根據(jù)價(jià)格對(duì)各個(gè)方向的訂單進(jìn)行排序。購(gòu)買(mǎi)價(jià)格從高到低排列，從買(mǎi)一、買(mǎi)二、買(mǎi)三。賣(mài)家按價(jià)格從低到高排列，從賣(mài)一、賣(mài)二、賣(mài)三。

第三步是根據(jù)訂購(gòu)順序確定每個(gè)價(jià)格。

交易最小單位。

例如，10點(diǎn)賣(mài)出一張的價(jià)格是10，委托一張10000股的賣(mài)出單。上午10點(diǎn)01分，買(mǎi)傭金的順序是10元買(mǎi)500股。隨后，500股以10元的價(jià)格成交。2分鐘后，又出現(xiàn)了10元買(mǎi)入1000股的指令，雙方各成交1000股。在交易結(jié)束時(shí)，會(huì)發(fā)現(xiàn)1萬(wàn)張訂單在交易完成前可能被分成10多筆交易。

當(dāng)然，您不必?fù)?dān)心傭金。證券公司收取的傭金是根據(jù)傭金單的情況收取的，與最終交易無(wú)關(guān)。

mysql表數(shù)據(jù)量太大，達(dá)到了1億多條數(shù)據(jù)，除了分庫(kù)分表之外，還有沒(méi)有其他的解決方式？

在正常配置下，MySQL只能承載2000萬(wàn)數(shù)據(jù)（同時(shí)讀寫(xiě)，表中有大文本字段，單服務(wù)器）?，F(xiàn)在已經(jīng)超過(guò)1億，而且還在增加，建議按以下方式處理：

1子表。它可以按時(shí)間或一定的規(guī)則進(jìn)行拆分，以便盡可能地查詢(xún)子表中的數(shù)據(jù)庫(kù)。這是最有效的方法。特別是寫(xiě)，放入一個(gè)新表，并定期同步。如果記錄不斷更新，最好將寫(xiě)入的數(shù)據(jù)放在redis中，并定期同步表3的大文本字段，將它們分隔成一個(gè)新的獨(dú)立表。對(duì)于較大的文本字段，可以使用NoSQL數(shù)據(jù)庫(kù)

4優(yōu)化體系結(jié)構(gòu)，或者優(yōu)化SQL查詢(xún)，避免聯(lián)合表查詢(xún)，盡量不要使用count（*）、in、recursion等性能消耗語(yǔ)句

5使用內(nèi)存緩存，或者在前端讀取時(shí)增加緩存數(shù)據(jù)庫(kù)。重復(fù)讀取時(shí)，直接從緩存中讀取。

以上是一種低成本的管理方法，基本上幾個(gè)服務(wù)器就可以做到，但是管理起來(lái)有點(diǎn)麻煩。

當(dāng)然，如果總體數(shù)據(jù)量特別大，并且您不關(guān)心投資成本，請(qǐng)使用集群或tidb