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