解決方案

時間：2022-07-12 09:58:08 解決方案我要投稿

【精華】解決方案模板匯編5篇

　　為了確保事情或工作安全順利進行，我們需要事先制定方案，方案的內容和形式都要圍繞著主題來展開，最終達到預期的效果和意義。那么你有了解過方案嗎？下面是小編為大家整理的解決方案5篇，僅供參考，歡迎大家閱讀。

【精華】解決方案模板匯編5篇

解決方案篇1

　　HP ProLiant DL380G3提供不可比似的性能,超群的可用性和前所未有的靈活配置，備受稱贊的節約空間2U高機架，以及藝術級的組件。例如最新的 Intel Xeon處理器，可擴至雙路。512MB PC2100 DDR SDRAM和400MHz GTL總線提供杰出的性能。另外，對等PCI總線結構，64位PCI-X槽位和集成的smart Array 5i Plus控制器，提供附加的性能和可用性。高度可用的機箱現在可以安裝6塊熱插拔硬盤以及其他設備，使用戶可以放心的使用硬盤和備份設備以滿足他們的 Web主機郵件、文件/打印或小數據庫應用，而不用進行任何功能分配和協調高級別的系統管理功能

　　應用需求分析

　　用戶目前的應用情況是：用戶為廣播電臺，由于節目錄制以及播放，現有的PC機已不能滿足多點網絡服務的要求，如果不進行系統升級改造，那么用戶每年需要投入大量資金購買PC機，在產品壽命和應用收益等諸多方面均用戶將承受巨大壓力。為此，用戶一方提出設備方案改造要求：

　　提供到10000人在線，VOD系統。流媒體編碼率初步定為512Kbps 具有高可靠性的服務器集群具有高可靠性的存儲系統從應用機制上分析，媒體服務器應采用網絡負載均衡技術存儲系統為NAS模式，存儲不同類型的媒體文件存儲空間初步定位2TB 網絡系統實時性要求非常高

　　用戶對系統升級方案的要求：

　　(1) 平臺要求：

　　在通常情況下，設計流媒體服務器的原則為--水平擴展模式（scale wide rather than scale high），也就是說：使用較多的服務器來分擔網絡的負載。例如：部署２臺雙處理器或４臺單處理器的服務器，而不是一臺4顆CPU的服務器。采用這種方案可避免，當僅有一臺高端服務器時，因無法分擔網絡負載而產生瓶頸。同時也消除了"單點故障"問題，提高了系統的整體可靠性。

　　(2) 方案要求：

　　需要考慮計算流媒體文件的動態大小，以滿足后端存儲適應點播的需求；考慮數據存儲流量對網絡性能的影響；考慮并發任務對系統平臺的要求。

　　服務器選型的考慮點

　　CPU

　　如果服務器的能力可以滿足要求，增加更多的處理器不能明顯提高服務器的吞吐量。微軟媒體服務（Windows Media Services）可以從１路系統擴展到８路系統。然而，當超過２顆ＣＰＵ時性能的增加逐漸減小，投資回報比開始降低。

　　內存

　　當CPU、磁盤和網絡I/O都不是系統的瓶頸時，添加足夠多的RAM給Windows Media服務器，可以增加同時響應客戶端的數量。但是，微軟媒體服務（Windows Media Services）不使用系統內存來保存文件系統數據（file system data），所以增加更多的內存不能解決因磁盤I/O問題而產生的瓶頸。對于高可用的媒體服務器，最佳內存配置為1Gb。超過這個數量，投資回報比開始降低。

　　網絡（Network Interface）

　　為了從每個服務器獲得最佳效果，網絡連接應該采用專用的交換式以太網段�？梢钥紤]使用多網卡：一個網卡專用來向客戶端提供流媒體，另外一個網卡專門負責遠程管理、監視、復制、從編碼服務器獲得數據流，以及流的分發。這樣配置的優點為：當客戶網段（client segment）流量出現飽和時，不會影響到對服務器的遠程管理。

　　磁盤

　　因為磁盤輸出性能對于流媒體點播（streaming on-demand）是至關重要的因素，所以必須優化磁盤的"讀"性能�？梢圆捎糜筛咿D速、低延遲硬盤組成的陣列系統。另外，增加磁盤陣列控制器上的緩存（Cache），可以提高控制器訪問相同數據的性能。（commonly accessed data）

　　方案建議

　　模擬配置：

　　處理器：雙路以上至強處理器，2.8GHz主頻

　　內存：至少4GB ECC

　　硬盤：4塊以上SCSI硬盤,可做RAID5，硬盤轉速15000轉以上

　　網絡：2塊千兆網卡（支持捆綁）

　　首選服務器：DL380G3

　　集成的Light-Out(iLO)提供了遠程管理功能，無需占用PCI插槽，為用戶提供高級別的遠程管理和控制的功能。

　　惠普的DL380服務器與其它廠商的比對優勢：

　　ProLiant DL380G3服務器有3個全長的PCI-X插槽，其中2個是熱插拔的，而友商同等類型服務器帶有的3個全長PCI-X插槽均不支持熱插拔 ProLiant DL380G3服務器支持6塊熱插拔硬盤驅動器，而友商同等類型服務器僅支持5塊熱插拔硬盤驅動器 ProLiant DL380G3服務器可以通過選件實現完全的冗余熱插拔風扇，而友商同等類型服務器沒有相應的選件來實現完全的冗余熱插拔風扇 ProLiant DL380G3服務器具有熱插拔PCI插槽，而友商同等類型服務器不支持熱插拔PCI插槽 ProLiant DL380G3服務器最大支持12GB的內存容量，而友商同等類型服務器僅僅支持8GB的內存容量 ProLiant DL380G3服務器通過了B級別的EMI測試，而友商同等類型服務器僅僅通過了A級別的測試

　　實際配置

　　項目產品型號序列號描述數量ServerDL380R03 X2.8/400 512 1GB PRC（機架式服務器）349201-AA12U機架式;一個Intel Xeon 2.8GHz 處理器,512KB L2高速緩存,采用400MHz前端總線，支持雙處理器；6個內存插槽，標配1GB PC2100 ECC DDR 內存，可擴展至6GB，采用Online Spare Memory (在線內存保護技術)；集成 Smart Array 5i+ (64MB緩存，可選電池保護) 智能陣列控制器，支持6塊Ultra3 SCSI熱插拔硬盤,雙工或單工方式；3個64位PCI-X插槽(2個100MHz熱插拔，1個133MHz非熱插拔插槽)，2個集成NC7781 10/100/1000 千兆以太網卡端口,支持在線喚醒(WOL，PXE)；400W熱插拔電源與風扇，可選冗余；帶有1.44M 軟驅，24x IDE CDROM，可選DVD-Rom 驅動器1處理器升級257915-B21X2.8/400 350/70/80 G3 ALL 處理器1內存300679-B211GB REG PC2100 2X512 ALL 內存4硬盤286776-B22 36GB Universal 熱插拔 Ultra 320 15K 1" 硬盤6

　　由于流媒體服務器所傳遞的數據多數為音頻與視頻文件，因此對于服務器的存儲系統和網絡系統的IO能力以及處理器對數據快速處理的能力要求較高，如果用戶的數據傳遞格式比較高，要求達到比較清晰無間斷的穩定傳輸，而且用戶并發數據傳輸較高的時候，可以考慮使用更高級別的服務器，如ML530、 DL560、ML570、D580服務器。為了能進一步提高性能，可以添加處理器、內存、網卡。

　　在配置流媒體服務器的時候，一定要使用高性能的磁盤陣列卡，如Smart Array 53xx或更高級別的陣列卡。通過額外選配陣列卡緩存和磁盤存儲柜的緩存提高磁盤的IO特性，由于流媒體工作模式多為讀取模式，所以在緩存的配置上，可以將大多數緩存分配給讀取所用。網卡的設定也可以同樣配置。由于傳遞的文件數量較大，所以在陣列的數據塊大小設置上可以將數據塊的大小取為較大的存儲塊，對于提高其整體性能有益。

解決方案篇2

　　一看ping 服務器IP能否ping通。

　　這個實際上是看和遠程sql server 20xx服務器的物理連接是否存在。如果不行，請檢查網絡，查看配置，當然得確保遠程sql server 20xx服務器的IP拼寫正確。

　　二在Dos或命令行下輸入telnet 服務器IP 端口，看能否連通。

　　如telnet 202.114.100.100 1433 通常端口值是1433，因為1433是sql server 20xx的對于Tcp/IP的默認偵聽端口。如果有問題，通常這一步會出問題。通常的提示是“……無法打開連接,連接失敗"。如果這一步有問題，應該檢查以下選項。

　　1 檢查遠程服務器是否啟動了sql server 20xx服務。如果沒有，則啟動。

　　2 檢查服務器端有沒啟用Tcp/IP協議，因為遠程連接(通過因特網)需要靠這個協議。檢查方法是，在服務器上打開開始菜單->程序->Microsoft SQL Server->服務器網絡實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。

　　3 檢查服務器的tcp/ip端口是否配置為1433端口。仍然在服務器網絡實用工具里查看啟用協議里面的tcp/ip的屬性，確保默認端口為1433，并且隱藏服務器復選框沒有勾上。事實上，如果默認端口被修改，也是可以的，但是在客戶端做telnet測試時，寫服務器端口號時必須與服務器配置的端口號保持一致。如果隱藏服務器復選框被勾選，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認端口將被隱式修改為2433，在客戶端連接時必須作相應的改變。

　　4 如果服務器端操作系統打過sp2補丁，則要對windows防火墻作一定的配置，要對它開放1433端口，通常在測試時可以直接關掉windows防火墻(其他的防火墻也關掉最好)。

　　5 檢查服務器是否在1433端口偵聽。如果服務器沒有在tcp連接的1433端口偵聽，則是連接不上的。檢查方法是在服務器的dos或命令行下面輸入 netstat -a -n 或者是netstat -an，在結果列表里看是否有類似 tcp 127.0.0.1 1433 listening 的項。如果沒有，則通常需要給sql server 20xx打上至少sp3的補丁。其實在服務器端啟動查詢分析器，輸入 select @@version 執行后可以看到版本號，版本號在8.0.20xx以下的都需要打補丁。如果以上都沒問題，這時你再做telnet 服務器ip 1433 測試，將會看到屏幕一閃之后光標在左上角不停閃動。恭喜你，你馬上可以開始在企業管理器或查詢分析器連接了。

　　三檢查客戶端設置

　　程序->Microsoft SQL Server -> 客戶端網絡使用工具。像在服務器網絡實用工具里一樣，確�？蛻舳藅cp/ip協議啟用，并且默認端口為1433(或其他端口，與服務器端保持一致就行)。

　　四在企業管理器里或查詢那分析器連接測試企業管理器->右鍵SQlserver組->新建sqlserver注冊->下一步->寫入遠程IP->下一步->選Sqlserver登陸->下一步->寫入登陸名與密碼(sa,password)->下一步->下一步->完成查詢分析器->文件->連接->寫入遠程IP->寫入登錄名和密碼(sa,password)->確定通常建議在查詢分析器里做，因為默認情況下，通過企業管理器注冊另外一臺SQL Server的超時設置是4秒，而查詢分析器是15秒。修改默認連接超時的方法: 企業管理器->工具->選項->在彈出的"SQL Server企業管理器屬性"窗口中，點擊"高級"選項卡->連接設置->在登錄超時(秒) 后面的框里輸入一個較大的數字查詢分析器->工具->選項->連接->在登錄超時(秒) 后面的框里輸入一個較大的數字通常就可以連通了，如果提示錯誤，則進入下一步。

　　五錯誤產生的原因通常是由于SQL Server使用了"僅 Windows"的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶(如 sa )進行連接。

　　解決方法如下所示:

　　1 在服務器端使用企業管理器，并且選擇"使用 Windows 身份驗證"連接上 SQL Server。

　　2 展開"SQL Server組"，鼠標右鍵點擊SQL Server服務器的名稱，選擇"屬性"，再選擇"安全性"選項卡。

　　3 在"身份驗證"下，選擇"SQL Server和 Windows "。

　　4 重新啟動SQL Server服務。(在dos或命令行下面net stop mssqlserver停止服務，net start mssqlserver啟動服務，也是一種快捷的方法)。

　　附注:在連接本地服務器時，通常使用的是命名管道協議(在服務器網絡實用工具里可以看到啟用的協議有這個)，默認端口是445，因此在本地能連通是不能說明什么問題的，連接遠程服務器是完全不同的協議)

解決方案篇3

　　我們使用的絕大多數移動硬盤和U盤都是使用USB接口，屬于即插即用類型。我們經常使用USB設備也都可能會遇到無法識別移動設備的情況，即找不到USB設備的盤符。

　　一般來說移動硬盤正常接入電腦，在我的電腦或計算機磁盤管理中都可以看到新的硬盤盤符號，最簡單的直接進入我的電腦就可以看到新的移動硬盤盤符號，開始沒看到可以等待一下刷新下我的電腦就看到了，也可以在我的電腦管理中查看。

　�、佼斢龅揭苿佑脖P不顯示我們首先檢查移動硬盤的數據線是否連接好了電腦與移動硬盤了沒有，有的時候由于沒插好，導致電腦無法識別移動硬盤的情況也比較多，另外當移動硬盤USB連接良好后，我們看下主機USB接受是否不良，換個接口試試，前面的不行，換后面的再試。電腦死機的原因? 電腦經常死機怎么辦？

　　PS：有的電腦由于前置USB接口并沒連接到主板接口，導致前面USB接口不可用的有很多，所以這個也需要注意下。

　�、诋敶_保電腦主機USB接口是可用，并且數據線與硬件連接牢固后，移動硬盤依然無法顯示我們可以嘗試重新拔掉主機US接口，稍等下再次插入來嘗試一下，筆者遇到過不少這種情況，開始接入電腦提示有因設備接入，但在我的電腦里卻看不到移動硬盤盤符，反復重新插拔幾下結果就有了。

　　③先拿到別的電腦上去試一下，如果正常，就是你系統的事，如果不正常，就是你硬盤或則硬盤USB線的問題。先找個好的USB線試吧，還是不行就是硬盤的事情了，送修吧，一般硬盤我們也不會修。

　　如果是自己系統的問題，你從設備管理器里看，移動硬盤前有無異常圖標，比如問號感嘆號之類的，有就添加新硬件，重新找一下，并且檢查下電腦服務項是否禁止了相關服務，實在沒法又不知問題出在哪里的朋友可以把系統恢復到正常(如：一鍵還原或重新安裝系統)時，然后接上試，一般問題都可以解決。還有問題……最后一次查看BIOS里設置或將BIOS直接恢復到出廠設置，還不行，檢查你的主板吧。

　　分兩種情況：

　　1、電腦的USB接口本身不是高速接口，而移動硬盤為高速硬盤，所以即使通電正常也無法顯示移動硬盤區;可以查看電腦的USB接口，一般電腦會有幾個USB接口，如果前置的效果不好，盡可能使用后置USB，并最好是接到與移動硬盤相匹配的USB接口上。提示“打印機后臺程序服務沒有運行”的解決辦法！

　　2、因移動硬盤對供電有要求，如果電腦的USB接口供電不足，移動硬盤一樣會亮燈，也會有轉速，但因取電不足，無法正常運行，當然不會在電腦上顯示移動硬盤的盤符了。

　　當然以上情況是確保移動硬盤是良好的，如果無法確定移動磁盤是否良好，可用筆記本試，因為筆記本給移動磁盤供電是通過移動磁盤數據線雙頭供電的，一般來說，移動硬盤突然不認盤了，有多種可能。首先，檢查USB接口，換一個USB接口試下，有條件的話換一個電腦試下，這里要提醒的是，盡量接在電腦后置的USB接口，因為機箱前置的USB接口可能電壓不穩定。其次，重新安裝移動硬盤盒，或者更換一個移動硬盤盒和數據線嘗試；最后如果排除以上問題，就有可能是盤體故障了，這時應該停止繼續通電嘗試，如果硬盤還在保修就去保修。如果超過保修期了，且數據也不重要，可以用MHDD檢測下壞道，但要做從盤，在DOS下操作，掃出來的紅綠塊，MHDD還自帶了修復功能，可以嘗試使用相關移動硬盤修復工具對移動硬盤進行修復，如果修復好了，建議以后這塊硬盤不建議保存重要數據，因為這硬盤可能已經快出問題了，不能保證以后數據還能存多久，丟了重要數據可就得不償失了。

解決方案篇4

　　考研是一場“時間戰”，誰懂得抓緊時間，利用好時間，誰就是最后的勝利者。臨近暑期，一年一度的考研暑期復習熱潮再次掀起，眾所周知，這一時期對考研至關重要。事實上，每個人此一時或彼一時都會拖延，即便知道拖延只會使事情變得更糟。那么，如何著手來管理好自己的時間高效復習？下面從往年暑期復習常見癥狀分析，幫助同學們找到屬于自己的復習方法。

　　癥狀1.隨波逐流式復習：機械被動

　　很多同學在考研暑期復習過程中，不懂得如何制定完善的復習計劃，只是為了考研而考研，每天只是機械的和其他同學一樣到自習室復習，隨波逐流，有感覺的時候也能一天復習十幾個小時；沒感覺的時候就把書一扔，先玩幾天再說。這種“三天打魚，兩天曬網”的復習狀態屬于很多沒有完善的復習計劃的同學。事實證明，這種復習方式是根本不可能受到良好的復習效果的'。因此提醒廣大同學們，在決定考研之后，一定要盡力根據自身情況量身制定一個適合自己的合理計劃，并盡量按所制定的計劃進行考研復習。一般說來，在整個考研復習過程中，每門課程都要反復復習，每門至少復習四遍。因為按照記憶規律來看，復習第一遍能熟練掌握近百分之三十的知識內容，第二遍能掌握百分之五十的知識內容，第三遍能掌握百分之七十的知識內容，第四遍就能達到掌握百分之九十應考內容的效果，但若不反復復習的話，連最初的百分之三十也將忘記。

　　癥狀2.零散碎片式復習：缺乏整體規劃

　　除了不會制定合理的復習方案之外，很多同學在考研復習過程中，也不懂將知識點系統化，極易將復習重點放在個別瑣碎的知識點上，反而放松了對整個知識體系宏觀的、總體性的把握。而現在的考研題目，在命題思路上則更注重靈活性及綜合性，以及考查考生對于知識的立體把握。若考生在復習時未能建立良好的知識體系，而僅僅關注零散知識點，則很難適應現在的考研命題思路，難以獲得理想的成績。

　　但如果能將知識點系統化，就能達到良好的復習效果：比如考生在看到試題時，無論是小型的選擇題還是大型的分析題，大腦里立刻會形成一個完整的邏輯體系與試題相對應，能迅速判斷出該題所涉及的知識點在書中的大致位置，并能進一步聯想與這一知識點相關聯的各種其它知識點。若能做到這一步，那么考生在答題時的總體思路及方向很難產生一定的錯誤，也非常有利于考生組織自己所掌握的知識點，若加上考生再有極為規范的答題思路，那么獲得一個好的成績則非常簡單。

　　上述癥狀表明，很多考生復習存在一定的盲目性，在復習方式上需要進行一定的“系統更新”，一方面理清復習思路，將知識點做到系統化，同時做好全程復習規劃必不可少。要找到屬于自己的復習方法，大家可以從以下幾個因素綜合考慮：

　　1.找出自身不足

　　進入暑期之前是緊張的期末考試復習，這段期間學習氣氛非常好，建議大家可以趁著這段復習氣氛尚未退卻，為暑期的考研計劃根據自身情況制定出合理的復習計劃，根據自己的不足有規劃的制定出適合自己的復習計劃。但復習的同時也要關注身體狀況，不能一味死讀書，忽略了身體狀況，反而會得不償失，因此制定合理的作息時間也是相當重要的。因此同學們要好好利用漫長的暑期時間為考研之路打好基礎。

　　2.時間主次分配

　　暑期時間看似漫長，實則也不是很長，而且整個暑期復習過程中，能夠分配到各科的復習時間其實相當有限，因此同學們可以先選擇基礎性的學科系統的進行鞏固并練習，但即便如此，各科所包含的內容也相當多，因此整個暑期時間分配下來也相當緊湊，根本不可能做到面面俱到的復習，這就需要同學們抓住復習重點，各個擊破，盡量做到用最短的時間達到最好的效果。

　　3.持之以恒

　　考研復習是一項費時費力的工程，很多時候，考研復習的同學們由于難以負荷而最終很難堅持到最后，但任何事都貴在堅持，堅持到最后才是一個人最終取得成功的關鍵。考研所涉及的知識面之廣之多，確實容易令同學們心煩意亂，但學習是一個長期的積累過程，只有通過一點一滴的積累，才能積少成多，最終完成質的飛躍。因此既然已經決定考研，那么就要腳踏實地的一步一個腳印的走下去，經過時間的洗禮，相信同學們最終付出的艱辛都能夠得到理想的回報。

　　以上總結介紹了同學們在考研暑期復習過程中存在的弊端，以及為大家提供的一些制定考研暑期復習計劃的建議，希望能夠給大家帶來一定的幫助，最后預祝所有的考研學子都能夠心想事成。

解決方案篇5

　　周末參加了@淘寶技術嘉年華主辦的技術沙龍，感覺收獲頗豐，非常感謝淘寶人的分享。這里我把淘寶下單高并發解決方案的個人理解分享一下。我不是淘寶技術人員，本文只是寫自己的理解，所以肯定是會有一些出入的。

　　在session中牧勞為我們介紹了淘寶下單部分的技術方案變遷，我不介紹變遷，而只對現有系統做介紹。

　　要優化下單，提高下單的TPS （Transaction per second），我們首先要做的是對下單的邏輯剝離，只保留核心部分，而把附加功能剔除出去。比如說下單要考慮庫存量，考慮發短信，要給賣家發旺旺消息通知，要對訂單做統計，要做銷售額統計等等，這些功能是必要的，但是也是附加的功能，要最大程度提高下單這一步的TPS，就要先不考慮這些東西。

　　下單必然會涉及到買家查看訂單，和賣家查看收到的訂單，修改訂單價格等，這是下單的核心。在下單這個操作中有買家和賣家兩個密切關聯而有不同的視角。牧勞稱為兩個不同的維度。據牧勞的介紹下單這一步只有5張表，這5張表涵蓋了這兩個維度的操作。

　　下單是在一個數據庫事務中進行的，要提高數據庫的事務并發數，最有效的辦法是拆分，拆分有兩種，一是對庫進行拆分，另一種是在同一個庫中對表進行拆分。要做拆分首先就要考慮拆分依據的字段，淘寶是根據訂單號做拆分的，而下單中有兩個維度，買家和賣家，對訂單做拆分之后，必須還是可以通過買家，賣家方便的查詢著兩個維度的數據。該怎么辦呢？這里留個疑問，我先介紹淘寶拆分的規模，淘寶將訂單表拆分到16個mysql庫中，而在每個庫中又將訂單表橫向拆分為64份，相當于將一個表拆分為1024份。拆分之后事務會分散到1024套表中，這必然會很大程序上增加并發的事務處理能力（這兒我說是必然，但是淘寶在使用這種方案之前是要經過壓力測試，實際測試出這種方案的TPS之后，才會逐步采用這種方案的）。上面留了一個疑問，經過拆分之后如何保證買家賣家快速的查詢其下的訂單呢？最好的辦法是保證買家，賣家下的訂單在一張表中，如何保證呢？淘寶的做法是將買家的id取模后放到訂單號中。假定一個訂單號是142424594267664；這個訂單號對應的訂單該放在哪臺服務器上的哪個表中，是根據訂單的后四位7667，對1024取模之后決定的；同時7667是買家id的后四位。這樣買家在查詢其訂單時就可以通過其id獲得其訂單所在庫以及表，就可以方便有效的查詢買家訂單了。這里會帶來另外一個問題，賣家查詢訂單時怎么辦？前面我們已經提到賣家和買家被分成兩個不同的維度來做表設計，賣家查詢時不是直接查訂單表，而是通過賣家維度的表來做查詢。賣家維度的表的插入，更新是通過在訂單插入時發一個消息來通知插入的。同樣對于發短信、發旺旺也是通過消息來處理的，這些附加功能不參與到下單的事務中去。

　　即使這樣做了庫，表的拆分，依然會有問題。淘寶在雙11時的一天的交易量就達到了5000多萬，這樣幾個月過去后，這些拆分后的表中的數據量也會達到很大的一個量，處理速度就會下降。淘寶的做法是把三個月之前的老數據遷移到其他庫中，這樣就避免了數據量增大導致的系統響應時間降低的問題。但是會帶來另外一個問題，用戶在查詢訂單時需要同時查兩個庫，一個是歷史數據表，另一個是近期數據表；這個問題無可避免，就是通過查詢兩次解決。

　　也許有的朋友會想到拆分之后對全數據做統計會有問題。如果在拆分后的表上做統計，是肯定會有問題的。怎么做呢？其實很簡單，把數據遷移到別的庫中去做統計。

　　表做拆分可以大大的提高TPS，但是也會帶來一些問題，需要通過可靠的消息通知機制通知其他模塊做非核心處理的事情，需要通過高效的搜索系統保證搜索數據的及時更新。

　　以上是我個人對淘寶下單高并發設計的理解。這是膚淺的，實際做的時候肯定還需要考慮更多的問題，比如數據庫的調優，磁盤IO方式，服務器穩定性；方案的可測試性，可量化等等。

　　上周六的技術還分享介紹了很多其他方面的精彩內容。感謝主辦方，主持人！期待@淘寶技術嘉年華更多精彩的技術沙龍。

　　訂單號介紹勘誤：

　　文中對于訂單號的表述有點問題，對于16臺服務器，每臺服務器64張表只需要2位買家或賣家id的后兩位數字就可以準確定位到具體的庫和表。訂單號中同時存在買家id的最后兩位和賣家id的最后兩位。分別在訂單號的倒數第3，4位數和最后兩位數。

　　假定買家id為123456789，那么在訂單號中的最后兩位就是89，通過89對16取模就可以定位到具體的庫上，通過對64取模就可以定位到具體的表上。

【解決方案】相關文章：

解決方案12-01

erp解決方案12-04

企業解決方案12-04

存儲解決方案12-02