cache資料庫
我們都知道Mysql的TableCache是表定義的緩存，江湖上流傳著各種對這個參數的調優方法。
tablecache的作用，就是節約讀取表結構文件的開銷。對於tablecache是否命中，其實tablecache是針對於線程的，每個線程有自己的緩存，只緩存本線程的表結構定義。不過我們發現，strace中沒有關於表結構文件的open操作（只有stat操作，定位表結構文件是否存在），也就是說tablecache不命中鬧亮罩，不一定需要讀取表結構文件。這種感覺好像是：在不命中tablecache時，命中了另外一個表結構緩存。
運維建議：
我們讀一下MySQL的文檔，關於table_open_cache的建議值公式：建議值=最大並發數*join語句涉及的表的最液鬧大個數。
通過實驗我們鍵迅容易理解：table_cache是針對於線程的，所以需要最大並發數個緩存。另外，一個語句join涉及的表，需要同時在緩存中存在。所以最小的緩存大小，等於語句join涉及的表的最大個數。將這兩個數相乘，就得到了MySQL的建議值公式。
2. cache資料庫如何用文件流模式進行數據備份
1、打開CMD窗口(不要登錄)，通過命令備份mydb1資料庫
備份命令: mysqlmp -u用戶名 -p 資料庫名字 > 數據文件的位置
例如: mysqlmp -uroot -p mydb1 > d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即備份成功, 查詢d盤的mydb1.sql文件
提示: (1)備份資料庫的命令後面不要添加分號(;)
(2)備份資料庫只是備份資料庫中的表, 不會備份資料庫本身
2、登錄到MySQL客戶端，刪除mydb1庫
– 刪除mydb1庫
drop database mydb1;
– 查詢所有庫, 是否還存在mydb1庫
show databases;
由於備份時, 沒有備份資料庫本身, 所以在恢復庫中的數據前, 需要先創建好要恢復的庫
-- 創建mydb1資料庫
create database mydb1 charset utf8;
提示: 此時的mydb1庫是空的, 沒有任何錶
3、在CMD窗口中(不要登錄)，通過命令恢復mydb1資料庫
– 在CMD窗口中(不要登錄)
恢復命令: mysql -u用戶名 -p 資料庫名字 < 數據文件的位置
例如: mysql -uroot -p mydb1 < d:/mydb1.sql
輸入密碼, 如果沒有提示錯誤, 即恢復成功, 下面進行驗證
-- 在登錄狀態下, 選擇mydb1庫, 查詢其中的表是否恢復了回來
use mydb1;
show tables;
3. cache資料庫審計難點在哪
Caché資料庫的審計有哪些難點?
Caché資料庫中的數據是存儲在一個個的Global中的，一個Global就是一個命名的多維數組，它存儲在Caché
的物理數據文件中，物理文件的存儲單位是數據塊Block(一般是8K)，Caché使用一個類似倒樹的結構來控制這些數據塊。
Global的下標和數據在一個塊中是按順序存儲在一起的。由於採用這種結構，Caché提供了三種方式來訪問數據，分別是sql語句、對象訪問資料庫、多維訪問數據數組，第一代資料庫安全審計系統只能支持關系型資料庫及SQl訪問方式的審計，對象訪問和直接多維數據組的訪問則無法支持;無論國內還是國外技術，此安全技術的研究還是空白。
昂楷如何做到對Caché資料庫的審計
昂楷資料庫系統通過DPI+DFI的技術，能夠對Caché資料庫的各種訪問形式，產生的各種形態的報文格式進行正確識別，解決了面向對象的Caché資料庫安全審計問題，能完整的審計出客戶端工具：Studio、Terminal、Portal、MedTrak、Sqlmanager的操作內容及相關返回結果，在原有的對sql語句審計外能更深度的審計出對象訪問和直接多維數據組訪問，真正做到核心資料庫安全、震懾作用，實現資料庫安全穩定運行。