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