一、MySql的Query Cache
1、Query Cache MySQL Query Cache是用來緩存我們所執行的SELECT語句以及該語句的結果集。MySql在實現Query Cache的具體技術細節上類似典型的KV存儲，就是將SELECT語句和該查詢語句的結果集做了一個HASH映射並保存在一定的內存區域中。當客戶端發起SQL查詢時，Query Cache的查找邏輯是，先對SQL進行相應的權限驗證，接着就通過Query Cache來查找結果。它不需要經過Optimizer模塊進行執行計劃的分析優化，更不需要發生同任何存儲引擎的交互，減少了大量的磁盤IO和CPU運算，所以有時候效率非常高。
2、Query Cache設置參數
可以通過調整 MySQL的參數打開並設置它的Query Cache功能，主要有以下5個參數： （1）、query_cache_limit：允許緩存的單條查詢結果集的最大容量，默認是1MB，超過此參數設置的查詢結果集將不會被緩存；
（2）、query_cache_min_res_unit：設置查詢緩存Query Cache每次分配內存的最小空間大小，即每個查詢的緩存最小佔用的內存空間大小；（3）、query_cache_size：設置 Query Cache 所使用的內存大小，默認值爲0，大小必須是1024的整數倍，如果不是整數倍，MySQL 會自動調整降低最小量以達到1024的倍數；
（4）、query_cache_type：控制 Query Cache 功能的開關，可以設置爲0、1、2三種，意義分別如下：
a、0(OFF)：關閉 Query Cache 功能，任何情況下都不會使用 Query Cache；
b、1(ON)：開啓 Query Cache 功能，但是當SELECT語句中使用SQL_NO_CACHE提示後，將不使用Query Cache；
c、2(DEMAND)：開啓Query Cache 功能，但是隻有當SELECT語句中使用了SQL_CACHE 提示後，才使用Query Cache。
（5）、query_cache_wlock_invalidate：控制當有寫鎖定發生在表上的時刻是否先失效該表相關的Query Cache，如果設置爲 1(TRUE)，則在寫鎖定的同時將失效該表相關的所有Query Cache，如果設置爲0(FALSE)則在鎖定時刻仍然允許讀取該表相關的Query Cache。
3、Query Cache和性能 任何事情過猶不及，尤其對於某些寫頻繁的系統，開啓Query Cache功能可能並不能讓系統性能有提升，有時反而會有下降。原因是MySql爲了保證Query Cache緩存的內容和實際數據絕對一致，當某個數據表發生了更新、刪除及插入操作，MySql都會強制使所有引用到該表的查詢SQL的Query Cache失效。對於密集性操作，啓用查詢緩存後很可能造成頻繁的緩存失效，間接引發內存激增及CPU飆升，對已經非常忙碌的數據庫系統這是一種極大的負擔。
4、其他 Query Cache因MySql的存儲引擎不同而實現略有差異，比如MyISAM，緩存的結果集存儲在OS Cache中，而最流行的InnoDB則放在Buffer Pool中。
二、SQL Server的Procedure Cache SQL Server沒有類似MySql的Query Cache機制，但是它有自己的緩存機制。SQL Server不會簡單直接地緩存SQL查詢結果集，而是緩存它所讀取過的查詢數據頁（數據緩存Data Buffer），同時它還緩存執行計劃（過程緩存Procedure Cache)，下面就談談我們所熟知的過程緩存。
1、SQL執行過程 SQL語句在執行前首先需要被編譯，接着需要通過SQL Server查詢引擎進行優化，然後得到優化後的執行計劃，最後SQL按照執行計劃被執行。
2、過程緩存（Procedure Cache） 創建執行計劃會佔用CPU資源,當執行計劃被創建後，SQL Server查詢引擎默認會自動緩存執行計劃。對於整體相似，僅僅是參數不同的SQL語句，SQL Server可以重用緩存的執行計劃。但對於不同的SQL語句，SQL Server並不能重複使用以前的執行計劃，而需要重新編譯出一個新的執行計劃，因爲SQL Server查詢引擎會自動緩存執行計劃，每一個新的執行計劃都會佔用SQL Server的內存。在SQL Server可用內存足夠使用的情況下，查詢引擎並不主動清除以前保存的查詢計劃。所以，某些情況下，一條相似的SQL語句，僅僅因爲寫法不同，而憑空多出了很多執行計劃，對於相似的SQL，這些多餘的執行計劃白白地佔據着內存，大大影響SQL Server中緩存的查詢計劃數目。 對於上面這種情況，如果限定了SQL Server最大可用內存，它將導致SQL Server可用內存減少，從而在執行查詢時尤其是大的數據查詢時與磁盤發生更多的內存頁交換；如果沒有設置最大可用內存，則SQL Server由於緩存了太多執行計劃，從而使內存佔用過大。
3、如何減少過程緩存 對於減少過程緩存的佔用，主要是可以通過使用參數化查詢。 參數化查詢的關鍵是查詢優化器將創建一個可以重用的緩存計劃（SQL Server查詢優化器將查詢重新編寫爲一個參數化SQL語句），這個可重用的緩存計劃消除了對這些類似SQL語句的每一次執行都創建一個緩存計劃的需求。通過創建一個可重用計劃，SQL Server就減少了存放類似的執行計劃所需的內存使用。
對於開發人員，我們一般可以通過下面兩種方式實現參數化查詢：
（1）、使用存儲過程執行SQL語句；
（2）、使用sp_executesql 方式執行SQL語句。
方法一的操作流程如下：
在你的數據庫下，右鍵鼠標->新建存儲過程，然後編寫你需要存儲的數據表，執行過程；根據個人需要，創建所需要的存儲文件，如下是我的個人展示：
我的這個還需要在xml配置文件中有相關的配置，如下：
這裏將評論圈的貼子生成樹的格式顯示存儲的一種方法，大家可以根據自己的需求來設置自己的存儲過程；