對於處理併發問題，尤其是很多人同時訪問，可能就會出現衝突，併發：說白了就是很多人比如5000人同時訪問訪問某些資料，然後導致衝突。我們靜下心來想想，如果是一個人執行這個資料他是不是就不會出現衝突了，說到底換一下資料的處理方式就可以了。都是資料的處理，只要達到的效果 一樣，處理方式我們可以想其他的。
接下來就是最重要的步驟了：一般我們遇到的都是資料的處理，可以這樣做，以前都是當用戶操作時，直接進行資料的`訪問匹配，那現在我們可以這樣做，把使用者提交的資料先集體暫存起來（存入資料庫），然後用統一的方式進行依次訪問匹配，這樣就相當於一個人在操作，就不會出現併發導致的資料衝突問題了。你可能會說，那麼這樣會不會影響-資料的及時性，延遲之類的。這個你可放心，你可以設定一個時間間隔進行自動執行，時間設定可以短一點，效果不會差多少，不會影響系統正常執行。對於自動執行。你可以寫一個exe。
【拓展閱讀】
首先，確認服務器硬體是否足夠支援當前的流量 普通的P4伺服器一般最多能支援每天10萬獨立IP，如果訪問量比這個還要大， 那麼必須首先配置一臺更高效能的專用伺服器才能解決問題 ，否則怎麼優化都不可能徹底解決效能問題。
其次，優化資料庫訪問前臺實現完全的靜態化當然最好，可以完全不用訪問資料庫，不過對於頻繁更新的網站， 靜態化往往不能滿足某些功能。
快取技術就是另一個解決方案，就是將動態資料儲存到快取檔案中，動態網頁直接呼叫 這些檔案，而不必再訪問資料庫，WordPress和Z-Blog都大量使用這種快取技術 如果確實無法避免對資料庫的訪問，那麼可以嘗試優化資料庫的查詢SQL.避免使用 Select * from這樣的語句，每次查詢只返回自己需要的結果，避免短時間內的大,儘量做到"所查即所得" ,遵循以小表為主,附表為輔,查詢條件先索引,先小後大的原則,提高查詢效率.量SQL查詢。
禁止外部的盜鏈 外部網站的圖片或者檔案盜鏈往往會帶來大量的負載壓力，因此應該嚴格限制外部對於自身的圖片或者檔案盜鏈，好在目前可以簡單地通過refer來控制盜鏈，Apache自 己就可以通過配置來禁止盜鏈，IIS也有一些第三方的ISAPI可以實現同樣的功能。當然，偽造refer也可以通過程式碼來實現盜鏈，不過目前蓄意偽造refer盜鏈的還不多， 可以先不去考慮，或者使用非技術手段來解決，比如在圖片上增加水印。
控制大檔案的下載。 大檔案的下載會佔用很大的流量，並且對於非SCSI硬碟來說，大量檔案下載會消耗 CPU，使得網站響應能力下降。因此，儘量不要提供超過2M的大檔案下載，如果需要提供，建議將大檔案放在另外一臺伺服器上。
使用不同主機分流主要流量 將檔案放在不同的主機上，提供不同的映象供使用者下載。比如如果覺得RSS檔案佔用流量大，那麼使用FeedBurner或者FeedSky等服務將RSS輸出放在其他主機上，這樣別人訪問的流量壓力就大多集中在FeedBurner的主機上，RSS就不佔用太多資源了。
使用流量分析統計軟體 在網站上安裝一個流量分析統計軟體，可以即時知道哪些地方耗費了大量流量，哪些頁面需要再進行優化，因此，解決流量問題還需要進行精確的統計分析才可以。我推薦使用的流量分析統計軟體是Google Analytics（Google分析）。若還有其他的流量分析軟體,歡迎共享交流.
