淘寶并非完美的電子商務，淘寶仍然是粗放式的經營模式，淘寶無法滿足日益個性化、精細化的用戶需求和商業業態升級的需求，淘寶對產業鏈、服務品質的掌控力很弱?，F在的問題是，假設淘寶不犯錯誤，不存在致命的管理瓶頸，那么如果要打敗淘寶，需要一個什么量級的資金投入？

答非所問的回答太多。拋開任何臺面下的手段，假設所有問題最終都可以通過投入資金來解決，來提供一個更為用戶所喜歡的購物網站，那么這個資金額最低會是多少？請注意，并不限定C2C還是B2C，重要的是完美解決用戶的購物需求。

我的這篇主要講講淘寶的技術，從技術上超越淘寶。畢竟淘寶是家高科技公司，對吧。

很多人看到的是淘寶表面的東西，比方講銷售額，一萬億神馬的。但是你要知道淘寶是如何發展成今天的這個樣子后，你就明白其實超越淘寶最難的不是錢，到了淘寶的那個水準，能用錢解決的問題都是小問題。

最早搞淘寶的那幫人是從阿里巴巴出來的，當時老馬讓他們在1個月內把淘寶給搞出來（那時還沒有淘寶這個名字，淘寶、支付寶其實都是后來淘寶的同一個員工起的，是個MM，和馬云沒關系）?，F在考考你，如果讓你在一個月內建一個網站，你會怎么做？當時淘寶人的解決方案是：從一個美國人那里買了一個LAMP(Linux+Apache+MySQL+PHP)架構的網站，當時花了多少小銀子呢？2000美刀左右（當然，源代碼也買來了）。。你要注意，這時候是淘寶的初創期，所有問題都能用錢解決，但隨著日后淘寶規模的擴大，后來淘寶人所遇到的問題，幾乎是全世界范圍內前無古人的難題，是花錢也買不到的了。這點之后再表。

花了2000美刀買來一個網站系統，稍加修改，比如修改一些數據類型、增加后臺管理功能、頁面模板美化等等，其中稍有技術含量的就是對數據庫進行了一個修改，吧一個數據庫拆成了一個主庫、兩個從庫，并且讀寫分離（順便說一句，當時這個項目的代號叫BMW，因為項目二當家喜歡寶馬，聽說后來這位二當家的座駕就是一輛寶馬X5，算是如愿所償了）。這之后網站便投入了使用，這是2003年5月10日，到了這年的年底，，淘寶已經有32W注冊用戶，每日31萬個PV（page view頁面訪問量），交易額在3371萬元。

隨著淘寶用戶需求和流量的不斷增長，服務器從一臺變成了三臺（沒錯，淘寶一開始只有一臺服務器~?。?，一臺發送e-mail、一臺負責運行數據庫、一臺負責運行WebApp，并且淘寶的首席架構師又把阿里巴巴中文站的搜索引擎iSearch搬到了淘寶。

當時淘寶訪問量是飛速增長的，數據庫的問題很快就出來了，當年的MySQL不比如今的MySQL，和Oracle相比存在著先天的不足（數據容量和安全性）。既然MySQL存在問題，那就得解決，最后的解決方案就是換成Oracle。到這里不得不說一句，當年阿里巴巴的DBA團隊是相當牛的，全球Oracle的ACE頭銜擁有者，當年只有十幾名，而阿里就有4名，所以那你想想，如果超越阿里巴巴或是淘寶，不說錢，你有沒有那個技術水準。

換成Oracle之后，問題仍舊存在。由于PHP語言對數據庫的訪問都是直接的，每一個請求都要一個連接。如果是長連接而且連接數增多，就會把數據庫拖垮，反之如果是短連接，頻繁地連接斷開，性能會大幅降低。后來淘寶的情報部門打探到eBay在使用一個連接池的工具，是BEA賣個他們的，而對當時的淘寶來說BEA的東西太貴買不起，所以搞了一個開源的連接池代理服務SQL Relay，淘寶的架構師進行一番改進后，便開始使用。但是使用了這項技術后，新的問題又出現了，SQL Relay經常會死鎖，雖然架構師做了很多修改，但內部處理的邏輯不對，問題很多，死鎖仍會頻頻出現。解決的方法，當時就是重啟，淘寶工程師最痛苦的就是晚上也會出現死鎖，所以24小時手機開機是常態，一旦收到出現死鎖的短信，馬上連上機房的網絡，重啟服務（當時作這事最多的人，現在已經是淘寶網的總裁了）。大概在2003年的10月份左右，淘寶推出了一個新的功能，叫做“安全交易”，也就是支付寶的實驗型；在2004年的3月份，淘寶旺旺誕生（淘寶旺旺是由一個工程師做的，據說淘寶旺旺的線數上新高后，淘寶的這幫人請這個工程師吃了一頓鴨脖子）。從中我們不難看到，淘寶早期的創新精神是非常高的，想得快，做的也快。只有這樣，才有機會脫穎而出啊。

SQL Relay問題的存在，使得淘寶的工程師覺得不斷重啟來保證系統的穩定性是不行的，所以在2004年上半年開始，整個淘寶網站就開始了一個脫胎換骨的手術。

在2004年的上半年，淘寶干邑一件什么事呢？淘寶更新了開發語言，從PHP化成了java（不得不說真是精益求精啊，敢干?。?。當時淘寶網站已經頗具規模，要一邊更換語言，一邊還要維持網站的運營，就好比是做一場非常精密的內科手術，非常難，要技術非常高超才行。當時淘寶請來了Sun公司的人來做這件事，在這個階段，針對網站存在的問題，淘寶引入了搜索引擎、打造了自己的MVC框架WebX，在2004年底，淘寶上線1年之后，淘寶已經有4百萬多種商品了，日均4KW+個PV，注冊會員400w+，全網成交額10億+。

緊接著，圍繞性能、容量和成本的進化，淘寶采用分庫頁表技術對Oracle進行了擴展，當時搞了三個數據庫，以此來突破一臺Oracle的處理上限。三個庫，一個用來存放用戶信息和對應的商品信息，一個用來存放用戶信息和對應的賣家信息，第三個用來存放商品類目等通用信息（這樣做還有容災的好處，即萬一一個數據庫掛了，還有一半的商品可以買賣）。但是這樣做也有問題，一個買家購買的商品在兩個數據庫里，那么在查看已購買商品時，應用程序要到兩個數據庫里去找，這還好說，可如果要按照時間排序怎么辦？分頁如何處理？關鍵字查詢如何處理？專業一點的說法就是數據的Join沒法做了。這是大師出手了，淘寶里有一個人。寫了一個數據庫路由的框架，叫DBRoute，講數據庫的合并、排序、分頁等操作大一統了。并且在當時用Spring替換掉了EJB，給整個系統精簡了很多代碼。

到了2005年，淘寶的商品數達到1663w個，PV有8931W個注冊會員有1390w個。

數據量大，存儲壓力大，速度就慢，所以淘寶又搞出了緩存和CDN(內容分發網絡)。

到了2006年，淘寶網已經有了1.5億個日均PV，商品數達5kw+，注冊用戶3kw+，全網叫一個169億（2012年雙十一一天的交易量是191億）。

為什么我一直在淘寶技術改進過程中要強調淘寶的規模，可以說是規模決定了你所需要的技術。當你成為業內最強的時候，你的問題就成了別人沒碰到過的問題，這就意味著你必須要自己解決問題。于是在2006年，淘寶開始走上了自主開發技術的道路。

隨著淘寶的發展和成熟，他們當時遇到的問題是增加的，而不是減少的。舉一個例子，賣家賣商品時，會進行一些打折促銷，也就是說同一件商0品價格會發生改變。那么已經成交的商品信息該如何處理？最好的方式是商品快照，沒完成一筆生意，用快照的方式保存下來。這樣用戶體驗爽了，但系統的存儲成本大幅度的提升（淘寶2010年后端系統上的圖片量達到286億）。早些時候，淘寶采用NetApp公司的文件存儲系統，但隨著圖片數據量以每年3倍速率的增長，到2006年時，即便NetApp公司最高端的產品也無法滿足淘寶的需要，所以從2006年開始，淘寶決定開發一套針對海量小文件存儲的文件系統，用于解決自身圖片的存儲難題。淘寶文件存儲系統的構建者是張文嵩博士，2007年淘寶開發出了TFS(TaoBao File System)。同年7月，TFS正式上線。集群規模達到了200臺PC Server（146GB*6SAS 15KB Raid5），文件數上億級別；系統部署存儲量140TB，實際使用量50TB；單臺支持隨機IOPS 200+，流量為3MB/S。

2007年的另外一項重要技術創造，就是淘寶推出了自創的Key—Value緩存系統。

自從2006年踏上自主自助創新之路至今，淘寶有相繼搞出了服務化、中間件，session框架，開放平臺，分布式電子商務，操作系統等多項嘗試，并取得了成功。

上面談了很多技術方面的問題，我不談錢，因為有些技術根本就是錢所買不到的，因為在淘寶之前根本就沒有相應的技術。我無非是想告訴你，想用花錢的方式是無法打敗淘寶的。

下面不談技術，想談談一點別人對淘寶的誤解，看看你是不是也這么想的。

淘寶不是電商

你想打敗淘寶先要了解它，淘寶是個平臺，真正的電商是上面的賣家，淘寶不是賣貨的。淘寶是個平臺，用馬云的話說就是有自己的生態系統，有自己的支付體系，甚至還有快遞物流，所以你要打敗淘寶，面對的是整個一個生態系統，單純拼某一個東西也肯定拼不過。只有你比他進化的更好，更完美，你的體系更公平、更快捷，你才有可能最終打敗它。

為什么是淘寶？為什么是馬云？
 
 因為創造淘寶的那個時代，中國沒有很好的商業環境。淘寶不是電商，上面的賣家才是電商，淘寶也是一個商業環境，一個生態圈。有自己的信譽體系、支付體系、物流體系（淘寶在快遞上也做了很大的投資）。當年馬云搞出了淘寶，結果他發現光有淘寶還不夠，銀行沒有對小商業主的服務，沒有一個支付體系，于是馬云又搞了支付寶；當搞完了支付寶之后，馬云又發現，還不夠，物流不行，于是馬云又在物流上大手筆投資；等這些都弄好了，進入正軌了，淘寶也就變得立體了，豐滿了。當你思索如何打敗淘寶的時候，一定要知道，你所面對的，不單單是一個電商那么簡單。最終不會是場戰斗，而是一場戰役。

 結
 
 千言萬語一句話：別想靠錢打敗淘寶，錢買不來足以打敗淘寶的智慧和技術。
 
 馬云說他自己命苦，一開始什么都沒有，什么都要自己去做（當然做成的回報是他賺了很多很多的錢）。世界上一定會有比淘寶更好的模式，可惜，到目前為止還沒出現。歷史總會發展，淘寶總要死去，任何偉大的公司都無法逃過這個宿命，我們期待有更加偉大的公司出現吧。