1、海量數據的處理
眾所周知,對于一些相對小的站點來說,數據量并不是很大,select和update就可以解決我們面對的問題,本身負載量不是很大,最多再加幾個索引就可以搞定。對于大型網站,每天的數據量可能就上百萬,如果一個設計不好的多對多關系,在前期是沒有任何問題的,但是隨著用戶的增長,數據量會是幾何級的增長的。在這個時候我們對于一個表的select和update的時候(還不說多表聯合查詢)的成本的非常高的。
2、數據并發的處理
在一些時候,2.0的cto都有個尚方寶劍,就是緩存。對于緩存,在高并發高處理的時候也是個大問題。在整個應用程序下,緩存是全局共享的,然而在我們進行修改的時候就,如果兩個或者多個請求同時對緩存有更新的要求的情況下,應用程序會直接的死掉。這個時候,就需要一個好的數據并發處理策略以及緩存策略。
另外,就是數據庫的死鎖問題,也許平時我們感覺不到,死鎖在高并發的情況下的出現的概率是非常高的,磁盤緩存就是一個大問題。
3、文件存貯的問題
對于一些支持文件上傳的2.0的站點,在慶幸硬盤容量越來越大的時候我們