1. ehcache怎麼實現從緩存中分頁取數據
ehcache初始化單個cache的時候會創建diskstore，diskstore的目錄位置可以自己去設置，在Cache構造函數中可以指定；這樣Cache的initialise方法會自動讀取diskstore目錄下對應的緩存的data和index文件然後載入到系統中，通過cache的get方法就能讀...
2. 關於在jfinal中分頁是怎麼處理
盡瞎扯，我只聽說把所有結果集放入緩存，然後分頁查詢結果集，對list截取就OK了，方法：subList，詳情度娘
3. 怎麼樣設置緩存和虛擬內存
Windows 9x的虛擬內存分頁位置，其實就是保存在C盤根目錄下的一個虛擬內存文件（也稱為交換文件）Win386.swp，它的存放位置可以是任何一個分區，如果系統盤C容量有限，我們可以把Win386.swp調到別的分區中，方法是在記事本中打開System.ini（C:\Windows下）文件，在[386Enh]小節中，將「PagingDrive=C:WindowsWin386.swp」，改為其他分區的路徑，如將交換文件放在D:中，則改為「PagingDrive=D:Win386.swp」，如沒有上述語句可以直接鍵入即可。
而對於使用Windows 2000和Windows XP的，可以選擇「控制面板→系統→高級→性能」中的「設置→高級→更改」，打開虛擬內存設置窗口，在驅動器[卷標]中默認選擇的是系統所在的分區，如果想更改到其他分區中，首先要把原先的分區設置為無分頁文件，然後再選擇其他分區。
或者，WinXP一般要求物理內存在256M以上。如果你喜歡玩大型3D游戲，而內存（包括顯存）又不夠大，系統會經常提示說虛擬內存不夠，系統會自動調整（虛擬內存設置為系統管理）。
如果你的硬碟空間夠大，你也可以自己設置虛擬內存，具體步驟如下：右鍵單擊「我的電腦」→屬性→高級→性能 設置→高級→虛擬內存 更改→選擇虛擬內存（頁面文件）存放的分區→自定義大小→確定最大值和最小值→設置。一般來說，虛擬內存為物理內存的1.5倍，稍大一點也可以，如果你不想虛擬內存頻繁改動，可以將最大值和最小值設置為一樣
虛擬內存設置- -
一， 什麼是虛擬內存？
Windows操作系統用虛擬內存來動態管理運行時的交換文件。
為了提供比實際物理內存還多的內存容量以供使用，Windows操作系統
佔用了硬碟上的 一部分
空間作為虛擬內存。當CPU有要求時，首先會讀取內存中的資料。當內存容量
不夠用時，Windows就會將需要暫時儲存的數據寫入硬碟。所以，計算機的
內存大小等於實際物理內存容量加上「分頁文件」（就是交換文件）的大小。
如果需要的話，「分頁文件」會動用硬碟上所有可以使用的空間。如果條
件允許，你應盡可能應用這種功能設置。當然，如果你能自己動手設置的話，
會取得比Windows操作系統自動設置更好的效果。
二， 計算虛擬內存
在你設置虛擬內存大小之前，你會想到應該怎樣進行「實際設置」。有人
推薦應用一個常規公式：物理內存數*2.5，當然這是不對的。應用這樣的公式，
對於擁有16MB內存的用戶就應該設置40MB；對於擁有128MB內存的用戶來說則應
設置320MB。很顯然，對於擁有較少內存的用戶來說，他需要比擁有內存容量較
大的用戶設置更多的虛擬內存。要想看你的機器中內存工作的情況，應先
安裝「系統管理器」。打開「控制面版」窗口，點擊「添加/刪除程序」，選擇
「Windows安裝程序」，從中選擇「系統工具」，在「系統監視器」項前打勾，
並安裝它。運行「系統監視器」（開始-程序-附件-系統工具-系統監視器），
選擇「編輯」，然後選擇「添加項目」里的「內存管理程序」，在右邊的
窗口裡添加「正在使用交換文件」和「交換文件大小」。這時「系統監視器」就會
顯示軌跡圖示。此外，你也可以通過「編輯」項里的「刪除項目」刪去不需要的項目。
點擊「選項」里的「圖表」並設置「更新間隔」，可以根據你打算監
視時間的長短來選擇。一定要確認點擊「文件」選擇「開始記錄」，並且保存
記錄日誌(sysmon.log)到你的硬碟上，以便於以後參考使用。
如果想獲得更好的軌跡來參考，那就需要做一些能使你的機器處於「重壓」
下的任務，例如玩游戲，或是運行一些大程序。在運行一些極限時的Demo或是玩
[虛幻]游戲時，能幫助你確定所需要的「虛擬內存」大小。當然，這種「重壓」
測試是在計算機可以承認的情況下進行的，從測試結果表明處理圖形的能力
與「交換文件大小」有關。設置完「系統監視器」後，你就可以參考「記錄日誌」
了。用「記事本」打開「sysmon.log」文件。其中文件的大小是以位元組來
表示的，我們就用1048576（1024*1024）來轉換。125829120/1048576=120MB。
你應該取計算的最大值，一般與計算值的差距不超過5MB。
三，設置虛擬內存
基於測試結果，現在設置虛擬內存一般有兩種不同的方法。一種方法是創建
一個「長期固定」 的轉換文件，另一個是創建「半長期」 的轉換文件。創建「半長期」
轉換文件的好處在於一旦有必要，Windows操作系統可以擴大轉換文件的大小，
這將避免「內存不足」的錯誤。在應用完畢後，Windows操作系統又會將轉換文件
的大小恢復到最初（也是最小）的大小。如果你想創建「長期固定」 的轉換文件，
則設置數值應該比計算數值多留30-50MB空間，並將「最大值和最小值」 的標准
設為150MB。特別是在有額外虛擬內存需求時，「長期固定」的轉換文件更能
防止意外情況的發生。其實，通常而言，硬碟上有150MB的虛擬
內存應該可以應付額外的內存空間需求了。
一旦確定了要選擇的方法，請按以下步驟進行：
1.整理你的硬碟，然後從新啟動；
2.右鍵點擊「我的電腦」，選擇「屬性」項
3.選擇「性能」項；
4.選擇「虛擬內存」項，在彈出的窗口中選擇「用戶自己指定虛擬內存設置」
（下面所謂的A或B取決於你選擇「長期固定」或「半長期」的轉換文件形式）；
A如果選擇「長期固定」的轉換文件，那麼請根據上面說過的方法來設定各數值；
B如果你選擇「半長期」的轉換文件，就如上述設置（當然具體數值由計算數值來決定）。
其中最大值就是你硬碟上的所有空餘空間；
5.從新啟動使修改設置生效。
注意：你也可以通過文件「system.ini」來設定虛擬內存的大小。
點擊「開始」彈出窗口的「運行」項，鍵入「system.ini」後敲擊回車鍵。
在[3 8 6 E n h]下用「MinPagingFileSize,MaxPagingFileSize & PagingDrive=」
來設置放置轉換文件的硬碟盤符以及轉換文件的最大和最小值。這里的數值是用KB為
單位來計算的，請用MB*1024的方法來轉換。
四，進一步完善交換文件
在設置完虛擬內存以後，還可以進一步完善它。交換文件最好放置在硬碟的邊緣，
可惜Windows操作系統自帶的磁碟清理程序並不支持，但你可以用類似
於Norton Speed Disk 這樣的磁碟清理工具。我建議你不要把交換文件放到
不同的分區里，因為這樣硬碟磁頭會不斷的移動，從而浪費時間和硬碟的本身。相
反，我建議你要把交換文件放到最常用的分區里，也就是說放到安裝了Windows操作
系統「C:/」裡面去。在設定虛擬內存時，改變硬碟設置就要改變交換文件設置。
五，虛擬緩存——Vcache
注意：以下的設置在Windows 95操作系統裡面得到的效果會比在Windows 98里
的效果要好，所以如果你使用Windows 98系統，就可以不必設置「最大和最小
緩存文件（Min & MaxCacheFile）」的大小。
點擊「開始」彈出窗口裡的「運行」項，鍵入「system.ini」，然後按回車鍵。
從文件中尋找「[vcache]」項，並在標題下面鍵入以下信息：
MinFileCache=16384
MaxFileCache=16384
你可以使用「剪切」（ctrl+L），然後「粘貼」(ctrl+V)完成。其中
「最小和最大緩存文件（Min & MaxCacheFile）」取決於物理內存的大小，如果你有
64MB內存，應該設置虛擬緩存為物理內存的?大小。如果有128MB的內存，
就應將數值加倍。如果想達到最好的效果，還需要對其中的一些數值進行實驗。
現在，請將下面內容加入到「最小和最大緩存文件」設置的下面。
Chunksize=512
NameCache=2048
DirectoryCache=48
以上設置都意味著什麼呢？
1．「Min & MaxCacheFile」設置了系統中最小和最大的磁碟緩存。這種設置
將會直接影響到物理內存的實際應用大小，設置值越高，就會有越少的內存被應
用到轉換用途上去。
2．「Chunksize」設置會直接影響到工作效果。磁碟緩存是內存裡面的一個
獨立的模塊；它分有很多「塊」（Chunk），如果塊尺寸(Chunksize)設置過小就一
定會增加佔用的塊數。如果塊尺寸設置的太大就會浪費很多資源。所以，最好
的取值是不大不小。如果必要，你可以用乘以512（或1024，2048等）的方法改變數值。
3．「NameCache」設定了一個Windows 系統所能跟蹤的文件數上限。
4．「DirectoryCache」設定了一個Windows系統所能跟蹤的目錄數上限
此外，還有另一種方法來優化內存。但在使用之前，你必須在計算機上
安裝「Windows scripting」程序。你可以在控制面版里選擇「添加/刪除程序」，然
後選擇Windows安裝程序這一項。
經過以上的設置以後，你的虛擬內存在各方面都會提高很多。
你將會發現你的系統有了明顯的變化：比如硬碟驅動器不再頻繁存取了等等。
既然完善你的系統虛擬內存設置將會使你獲得巨大的收益。
那麼，請快加入到虛擬內存的行列中來吧。
4. spring redis cacheable 怎麼做分頁
普通分頁 一般分頁做緩存都是直接查找出來，按頁放到緩存里，但是這種緩存方式有很多缺點。 如緩存不能及時更新，一旦數據有變化，所有的之前的分頁緩存都失效了。 比如像微博這樣的場景，微博下面現在有一個頂次數的排序。這個用傳統的分頁方式
5. java 緩存分頁
可以查詢的時候就查五條呀，這樣不用每次查出所有的，而是根據當前是第幾頁來查詢當前的幾條。
6. php 分頁查詢怎麼redis緩存
對於有分頁條件的緩存，我們也可以按照不同的分頁條件來緩存多個key，比如分頁查詢產品列表,page=1&limit=10和page=1&limit=5這兩次請求可以這樣緩存查詢結果
proctList:page:1:limit:10
proctList:page:1:limit:5
這個是一種常見方案，但是存在著一些問題：
緩存的value存在冗餘，proctList:page:1:limit:10緩存的內容其實是包括了proctList:page:1:limit:5中的內容（緩存兩個key的時候，數據未發生變化的情況下）
僅僅是改變了查詢條件的分頁條件，就會導致緩存未命中，降低了緩存的命中率
為了保證數據一致性，需要清理緩存的時候，很難處理，redis的keys命令對性能影響很大，會導致redis很大的延遲，生產環境一般來說禁止該命令。自己手動拼緩存key，你可能根本不知道拼到哪一個page為止。
放棄數據一致性，通過設置失效時間來自動失效，可能會出現查詢第一頁命中了緩存，查詢第二頁的時候未命中緩存，但此時數據已經發生了改變，導致第二頁查詢返回的和第一頁相同的結果。
以上，在分頁條件下這樣使用常規方案總感覺有諸多困擾，諸多麻煩，那是不是就應該放棄使用緩存？
基於SortedSet的分頁查詢緩存方案
首先想到的解決方法是使用@see ListOperations<K, V>不再根據分頁條件使用多個key，而是使用一個key，也不分頁將全部的數據緩存到redis中，然後按照分頁條件使用range(key,start,limit)獲取分頁的結果，這個會導致一個問題，當緩存失效時，並發的寫緩存會導致出現重復數據
所以想到通過使用set來處理並發時的重復數據，@see ZSetOperations<K, V>
代碼邏輯如下：
range(key,start,limit)按照分頁條件獲取緩存，命中則直接返回
緩存未命中，查詢（沒有分頁條件）資料庫或是調用（沒有分頁）底層介面
add(key,valueScoreMap<value,score>)寫入緩存，expire設置緩存時間
當需要清理緩存時，直接刪除key，如果是因為數據新增和刪除，可以add(key,value,score)或remove(key,value)
redis中會按照score分值升序排列map中的數據，一般的，score分值是sql語句的order by filedA的filedA的值，這樣能保證數據一致性
但是這種方式也存在一定問題：
這個key緩存的value確實是熱數據，但可能只有少數數據被頻繁使用其餘的可能根本就未被使用，比如數據有100頁，實際可能只會用到前10頁，這也會導致緩存空間的浪費，如果使用了redis虛擬內存，也會有一定影響
sql查詢由原來的分頁查詢變成了不分頁查詢，緩存失效後，系統的處理能力較之前會有下降，尤其是對於大表.
7. redis 怎麼緩存用戶列表，做到可以分頁展示
redis是類似key_value形式的快速緩存服務。類型較豐富，可以保存對象、列表等，支持的操作也很豐富，屬於內存資料庫，且可以把內存中的數據及時或定時的寫入到磁碟。可設置過期自動刪除，速度快，易於使用。
8. 虛擬內存設置在E盤，但在E盤看不到分頁文件或者緩存
緩存默認是隱藏屬性的。要想看見打開電腦——工具——文件夾選項——選中「顯示所有文件和文件夾」，取消「隱藏受保護的操作系統文件」，就可以了。
9. 如何將分頁數據 放入redis
普通分頁
一般分頁做緩存都是直接查找出來，按頁放到緩存里，但是這種緩存方式有很多缺點。
如緩存不能及時更新，一旦數據有變化，所有的之前的分頁緩存都失效了。
比如像微博這樣的場景，微博下面現在有一個頂次數的排序。這個用傳統的分頁方式很難應對。
一種思路
最近想到了另一種思路。
數據以ID為key緩存到Redis里；
把數據ID和排序打分存到Redis的skip list，即zset里；
當查找數據時，先從Redis里的skip list取出對應的分頁數據，得到ID列表。
用multi get從redis上一次性把ID列表裡的所有數據都取出來。如果有缺少某些ID的數據，再從資料庫里查找，再一塊返回給用戶，並把查出來的數據按ID緩存到Redis里。
在最後一步，可以有一些小技巧：
比如在缺少一些ID數據的情況下，先直接返回給用戶，然後前端再用ajax請求缺少的ID的數據，再動態刷新。
還有一些可能用Lua腳本合並操作的優化，不過考慮到Lua腳本比較慢，可能要仔細測試。
如果是利用Lua腳本的話，可以在一個請求里完成下面的操作：
查找某頁的所有文章，返回已緩存的文章的ID及內容，還有不在緩存里的文章的ID列表。
其它的一些東東：
Lua是支持LRU模式的，即像Memcached一樣工作。但是貌似沒有見到有人這樣用，很是奇怪。
可能是用redis早就准備好把redis做存儲了，也不擔心內存的容量問題。
10. 緩存分頁合適嗎
一種是使用本地緩存、另一種是分級緩存。這里談一談原設計的缺陷，分級緩存中我提出來通過確定兩個不同size的緩存塊來緩存兩種級別的數據，這里帶來一些問題：size的大小難以確定、為了避免邊界問題大緩存數據包含了小緩存數據這就帶來了緩存數據的冗餘（這背離了我們設計的初衷）。針對這些問題我們又在原有基礎上結合了應用場景的特殊性修改分級緩存為分頁緩存（因為對數據列表的訪問往往都是伴隨分頁需求的），將資料庫中原始數據中較常使用部分按照固定大小的頁進行緩存，服務端根據客戶端分頁的數據請求到相應的緩存頁內查找數據進行填充。採用分頁緩存一方面解決了緩存數據冗餘的問題，也不用關注分級的邊界，雖然相比分級緩存，分頁的內容要零散一些，但是總體上而言靈活性要更高。這里談談為什麼採用固定大小頁進行緩存而不是按照客戶端分頁請求來緩存結果？如果服務端根據客戶端分頁請求進行緩存這種耦合關系會導致緩存命中率的下、降性能降低，特別是多類型客戶端就更糟糕了。按照固定大小頁進行緩存類似與MVC模式中將處理邏輯與顯示邏輯解耦的思想，服務端的緩存不要依賴客戶端，一方面提高了緩存命中率同時也為緩存清理提供了遍歷。 下面是我使用IL動態生成的一個Demo反編譯後的代碼（這里針對了同時啟用本地緩存和分頁緩存的情況，還支持分頁緩存無本地緩存、僅進行memcache緩存，這里就不加贅述了），可讀性不高不想看直接pass吧。 C#代碼 public override ListObject GetList(int num5, int num6, int num1, int num4) { ListObject local; int num = num1; int num2 = num4; int num3 = ((num1 - 1) * num4) % 100; num1 = (((num1 - 1) * num4) / 100) + 1;//計算緩存頁對應的頁碼和頁大小 num4 = 100; if (num1 > 10)//不在緩存頁內直接進行資料庫查詢 { return base.GetList(num5, num6, num, num2); } ListObject obj3 = new ListObject(); do { string str = string.Concat(new object[] { "DemoCachekeyName", "|", num5, "|", num6, "|", num1, "|", num4 });//根據客戶端分頁請求計算出對應的cachekey local = CacheManager.get_Instance().GetLocal(str) as ListObject;//LocalCache的訪問 if (local == null) { DateTime time; local = CacheManager.get_Instance().Get(str) as ListObject;//訪問memcache if (local == null) { local = base.GetList(num5, num6, num1, num4); if (local != null) { time = DateTime.Now.AddSeconds(3600.0); CacheManager.get_Instance().Set(str, local, time); } } if (local != null) { time = DateTime.Now.AddSeconds(100.0); CacheManager.get_Instance().SetLocal(str, local, time); } } num1++; } while (((num1 (obj3, num2, num3, local));//填充結果集 if (obj3.totalCount == 0) { return null; } return obj3; } public override ListObject GetList(int num5, int num6, int num1, int num4){ ListObject local; int num = num1; int num2 = num4; int num3 = ((num1 - 1) * num4) % 100; num1 = (((num1 - 1) * num4) / 100) + 1;//計算緩存頁對應的頁碼和頁大小 num4 = 100; if (num1 > 10)//不在緩存頁內直接進行資料庫查詢 { return base.GetList(num5, num6, num, num2); } ListObject obj3 = new ListObject(); do { string str = string.Concat(new object[] { "DemoCachekeyName", "|", num5, "|", num6, "|", num1, "|", num4 });//根據客戶端分頁請求計算出對應的cachekey local = CacheManager.get_Instance().GetLocal(str) as ListObject;//LocalCache的訪問 if (local == null) { DateTime time; local = CacheManager.get_Instance().Get(str) as ListObject;//訪問memcache if (local == null) { local = base.GetList(num5, num6, num1, num4); if (local != null) { time = DateTime.Now.AddSeconds(3600.0); CacheManager.get_Instance().Set(str, local, time); } } if (local != null) { time = DateTime.Now.AddSeconds(100.0); CacheManager.get_Instance().SetLocal(str, local, time); } } num1++; } while (((num1 (obj3, num2, num3, local));//填充結果集 if (obj3.totalCount == 0) { return null; } return obj3;}（下次再完善這里的IL代碼的流程圖，一直想在緩存結果中再織入進一些過濾操作思前想後沒想到如何在不污染原有介面的前提下實現，正在努力中...） PS：關於IL代碼編寫：IL代碼因為是一種中間代碼可讀性不是很高，所以進行IL編碼其實還是有一點難度的（學習IL編碼可以參看《IL Emit學習之旅》一問）。我簡單談談我在編寫IL代碼中遇到的一些小問題和自己總結的一些技巧。 1.先編寫c#代碼的demo，再參照其IL指令，先完成代碼框架，在進一步編碼。在IL編碼前可以先寫一個目標生成的動態代碼，再通過參照其IL代碼進編碼，先用IL寫出的主體邏輯（即if else、for、while等），再進一步完善。這樣逐步編碼查錯和編碼效率都相對高一點。 2.什麼時候用「_S」，IL代碼中為了縮減指令長度對於某些同一操作提供了兩種指令實現，比如無條件跳轉有Br、Br_S，有時候使用Br_S跳轉目標地址會被截斷導致程序出錯。我個人覺得可以先在可能出現這類情況的地方使用不帶「_S」的指令，待動態代碼生成後查看其IL代碼，再對指令進行優化。 關於泛型函數的反射： IL代碼中常常需要調用函數，這就需要使用到反射（第一次生成動態代碼時的反射對整體的性能影響還是可以接受的）。泛型函數的反射還是稍稍有些繞的： C#代碼 //目標函數public static bool FillResult(...) MethodInfo fillResult= typeof(PageFormatUtil).GetMethod("FillResult"); fillResult=fillResult.MakeGenericMethod(info.ReturnParameter.ParameterType.GetGenericArguments()[0]);//info.ReturnParameter.ParameterType.GetGenericArguments()獲取函數返回結果中泛型參數的信息，MakeGenericMethod之後才是真正完成了泛型函數的反射 //目標函數public static bool FillResult(...)MethodInfo fillResult= typeof(PageFormatUtil).GetMethod("FillResult");fillResult=fillResult.MakeGenericMethod(info.ReturnParameter.ParameterType.GetGenericArguments()[0]);//info.ReturnParameter.ParameterType.GetGenericArguments()獲取函數返回結果中泛型參數的信息，MakeGenericMethod之後才是真正完成了泛型函數的反射C#代碼 //public class ListObject{...} reflectType=typeof(ListObject).MakeGenericType(info.ReturnParameter.ParameterType.GetGenericArguments()[0]); reflectConstruct=reflectType.GetConstructor(new Type[]{}); //public class ListObject{...}reflectType=typeof(ListObject).MakeGenericType(info.ReturnParameter.ParameterType.GetGenericArguments()[0]);reflectConstruct=reflectType.GetConstructor(new Type[]{});緩存分頁合適嗎