克服的inode限制

Question

什麼是存儲在服務器上的小文件大（擴大）號，而不會在索引節點限制的最佳做法？

對於一個項目，我將大量小文件存儲在具有2TB HD空間的服務器上，但我的限制是2560000個允許的inode。最近服務器用盡了所有inode，並且無法寫入新文件。隨後我將一些文件移動到數據庫中，但其他文件（圖像和json文件保留在驅動器上）。目前我的inode使用率爲58％，所以急需一個解決方案。

單獨存儲文件的原因是限制數據庫調用次數。基本上腳本會檢查文件是否存在，如果是，則依賴返回結果。性能明智這對我的應用程序是有意義的，但如上所述它有限制。

據我瞭解，不利於移動文件到子目錄，因爲每個inode指向一個文件（或目錄文件），所以其實我只想用了更多的i節點。

或者我也許可以給文件歸檔類型的文件捆綁在一起，但是這將需要某種形式的索引。

也許我正在談論這一切都是錯誤的，所以任何反饋都非常感激。

Answer 1

論arkascha的意見，我看着迴路設備和發現了一些文件約losetup。仍然有待測試。