靜態檔案的數量和容量達到一定的規模時，高并發的情況下，有時會導致web應用加載時間過長或直接長時間無回應的情況，想知道有什么樣的思路可以針對性的優化一下檢索這種大規模小檔案的檢索演算法。目前想到一種將小檔案合并為一個大檔案，再將大檔案中的小檔案編號（類似于磁盤劃分磁道），應該會造成存盤空間的浪費，并且需要根據檔案的具體大小劃分不同的區間，不知是否可行，求大佬指點指點或提供點其他思路。
uj5u.com熱心網友回復：
試試Mangodb之類的uj5u.com熱心網友回復：
嗯大佬說的應該是可以一定程度提升速度，資料庫檢索演算法的不同影響著檢索速度，但規模到一定程度應該還是杯水車薪，想從檔案本身著手，不知大佬覺得我的思路是否可行
uj5u.com熱心網友回復：
如果條件允許，構筑多個鏡像服務器可以參考aws 的 s3 和 cloudfront 架構
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/250370.html
標籤：Web 開發
上一篇：最近學習mybatis時發現一個問題，從threadlocal里取出的sqlsession是null 是null