海量訂單的DB技術(shù)優(yōu)化實(shí)踐

1、技術(shù)創(chuàng)新，變革未來(lái)海量訂單的DB技術(shù)優(yōu)化實(shí)踐大綱1.介紹核心問(wèn)題如何解決總結(jié)核心問(wèn)題1. 數(shù)據(jù)集中2. 熱點(diǎn)，秒殺場(chǎng)景3. 商家活動(dòng)隨機(jī)4. 實(shí)例混合部署5. 庫(kù)存扣減吞吐量小優(yōu)化之前訪問(wèn)鏈路如何解決如何解決-核心思想減少鎖競(jìng)爭(zhēng)控制并發(fā)降低RT ,提高吞吐量如何解決-系統(tǒng)層拓展 CPU 核數(shù)從56core 增加到80core使用處理能力更強(qiáng)的CPU 2.4GHz 2.6GHz文件系統(tǒng) ext4 替換為 xfs升級(jí)操作系統(tǒng) 和內(nèi)核版本優(yōu)化網(wǎng)絡(luò)鏈路如何解決-DB 層垂直拆分: 獨(dú)立交易鏈路DB集群水平拓展: 庫(kù)存 支付業(yè)務(wù)拆分優(yōu)化SQL: 去掉非必須的大字段,減少帶寬,降低RT參數(shù)優(yōu)化: 關(guān)閉死鎖

2、檢測(cè)，動(dòng)態(tài)修改落盤(pán)策略如何解決-Proxy 層擴(kuò)容 Proxy 實(shí)例開(kāi)發(fā)限流功能優(yōu)化連接池增加吞吐量基于表，行限流減少獲取連接的耗時(shí)/*!ctx:hot_update, body:”ukey“:”xxx“, ”table“:”xxx“*/ update pressure_test set num = num;Proxy 層-限流Proxy 層-限流Proxy 層優(yōu)化網(wǎng)絡(luò)TCP延遲確認(rèn)（TCP delayed acknowledgment）傳輸控制協(xié)議的一些實(shí)現(xiàn)所使用的技術(shù)，用于改善網(wǎng)絡(luò)性能。該技術(shù) 可以在本質(zhì)上將若干ACK報(bào)文組合在一起成為單個(gè)報(bào)文，從而減少協(xié)議 開(kāi)銷。 但是，在某些情況下，該

3、技術(shù)可能會(huì)降低應(yīng)用程序性能?？刂茀?shù)： tcp_delayed_ack tcp_ato_minProxy 層優(yōu)化網(wǎng)絡(luò)sysctl -w net.ipv4.tcp_delayed_ack=0Proxy 層優(yōu)化網(wǎng)絡(luò)如何解決 -應(yīng)用層限流降級(jí)熱點(diǎn)探測(cè)控制并發(fā)排隊(duì)異步扣減WAL （Redis + MySQL log）合并更新減少鎖競(jìng)爭(zhēng)卉茍勾縣; 子.Ii 后汶又可控由 第十一屆中國(guó)數(shù)據(jù)庫(kù)技術(shù)大會(huì)D 也 己 二 TEC41JOLr戶門(mén)肘 E, 1 EI C 二 斗l 從一，:心apapapaprds proxyrds proxydb應(yīng)用層-庫(kù)存扣減應(yīng)用層-庫(kù)存扣減如何解決 -應(yīng)用層Redis 定位事務(wù)控制并發(fā)處理防超賣 ，可能少賣非嚴(yán)格事務(wù)，二階段補(bǔ)償 鎖 + CAS遺留問(wèn)題熱點(diǎn)發(fā)現(xiàn)流程過(guò)長(zhǎng)，交易轉(zhuǎn)化率降低熱點(diǎn)日志合并