1、面對互聯(lián)網(wǎng)與云計算的浪潮，電子商務飛速發(fā)展，線下零售業(yè)受到巨大沖擊。許多零售企業(yè)紛紛擁抱互聯(lián)網(wǎng)，探索轉(zhuǎn)型O2O（Online To Offline）。融合線上線下的業(yè)務發(fā)展模式成為大勢所趨。
　　探索轉(zhuǎn)型O2O，研發(fā)O2O交易系統(tǒng)需要實現(xiàn)如下三個目標。第一、需要滿足復雜業(yè)務場景：O2O模式是線下零售模式與電商模式的全面整合，更為復雜。第二、需要支持高并發(fā)高可用：O2O交易系統(tǒng)與零售系統(tǒng)相比，需要支持7*24小時的線上業(yè)務和高并發(fā)的

2、秒殺場景。第三、需要兼顧低成本易擴展：O2O交易系統(tǒng)與電商系統(tǒng)相比，行業(yè)處于發(fā)展初期，缺少大量資金的投入，需要降低對昂貴硬件、云基礎(chǔ)設(shè)施、中間件的依賴，并注重系統(tǒng)架構(gòu)的擴展能力。
　　許多零售企業(yè)基于原有的線下零售系統(tǒng)升級開發(fā)O2O交易系統(tǒng)，例如徐匯商城。但是，這大多是面向業(yè)務的升級而非架構(gòu)系統(tǒng)的改進，傳統(tǒng)的架構(gòu)設(shè)計方案，存在許多系統(tǒng)瓶頸。第一、數(shù)據(jù)庫集群架構(gòu)：仍然采用傳統(tǒng)的三副本讀寫分離架構(gòu)，寫性能低下，數(shù)據(jù)難以擴容。第二、服務

3、器集群架構(gòu)：仍然采用傳統(tǒng)的集群負載均衡架構(gòu)，高流量訪問下，負載均衡器成為流量瓶頸。第三、核心業(yè)務系統(tǒng)：頻繁對數(shù)據(jù)庫低效讀寫，過于嚴格的ACID事務，無極端流量應對機制，這些都限制了系統(tǒng)的性能。
　　本文針對以上系統(tǒng)瓶頸，研究優(yōu)化O2O交易系統(tǒng)的設(shè)計與實現(xiàn)。第一、設(shè)計實現(xiàn)了高并發(fā)高可用的數(shù)據(jù)庫集群 XFabric：基于Mysql Fabric，依據(jù)一致性理論添加數(shù)據(jù)分組策略；對數(shù)據(jù)實施水平分片、垂直分片、依賴切分、副本冗余；添加了跨

4、庫連接和讀寫分離的支持。第二、設(shè)計實現(xiàn)了高并發(fā)高可用的服務器集群 XCluster：使用Supervisord對服務進程統(tǒng)一管理，使用監(jiān)控器對服務器實時監(jiān)控；客戶端利用客戶端連接協(xié)議，綜合考慮機器負載異質(zhì)性、請求資源耗費，選擇連接合適的服務器。第三、設(shè)計實現(xiàn)了高并發(fā)高可用的核心業(yè)務系統(tǒng)XBuy：對傳統(tǒng)訂單庫存系統(tǒng)進行優(yōu)化，使用了分區(qū)緩存、事務降級、限號分流、異步排隊、庫存一致性保證等策略。
　　本文用實驗驗證的方式，從數(shù)據(jù)庫集群、