MySQL · 特性分析 · 企業版特性一覽 · 數據庫內核月報

## 背景 MySQL 企業版由 Oracle 公司維護，當然也是收費的。其產品類別也基本和 Oracle 數據庫一致，包括標準版、企業版、集群版等。標準版包括基本的特性，價格也會比企業版便宜很多。今天和小編一起來看下 MySQL Enterprise Edition 提供的一些功能，這些功能的源碼當然是不開源的，也是企業版的賣點。 ## 企業級備份恢復備份備份工具提供 InnoDB 的聯機在線備份，同時 MyISAM 引擎的備份會阻塞寫入。聯機備份是否阻塞應用，還要根據引擎的特性來定。這點上，Percona 的備份工具 XtraBackup 提供的功能基本沒有什么差別，對于 InnoDB 的增量備份，基本上都是根據 page header 的 lsn ，來確定自上次備份以來的變化。對于binlog的備份，基本是文件copy。恢復只要保留了備份以來的 binlog，就可以根據 binlog 里的時間戳或者xid，來恢復到任意時間點或者事務。開源方案的比較和 Percona XtraBackup 工具比較，MySQL 企業版提供的備份最大的不同就是：只備份實際的數據, 不會復制未使用的page, 對備份和恢復來說使用更少的讀取和寫入，相應的備份文件占用更少的空間。對于 XtraBackup 工具，通過讀取 ibd 文件，一個 page 一個 page 的備份來說，想要不復制未使用的塊，會比較麻煩。對于類似 Oracle 這樣的數據庫，需要提前規劃和分配表空間的方式來說，RMAN 只需要備份使用過的塊即可，可能你的表空間100G大小，但只會備份已使用的1G空間。這點上要給企業版的備份工具點贊。總結從官方的描述來看，企業級的備份工具，在基本功能上和開源的備份工具基本一致，但提供的高級功能還是值得學習的。 ## 企業級高可用 Oracle 提供的 MySQL 高可用方案，領先開源社區一個身位。 ### MySQL Fabric Fabric高可用 1\. mysqlfabric 在 MasterSlave 的基礎上，通過故障檢測，進行實例角色變化，完成主備切換; 2\. MySQL Fabric-aware connector 根據 fabric 的路由信息，來完成應用的切換。 Fabric分片功能 connector根據應用提供的分片規則，來完成路由功能。 Fabric最大的特性 1\. 需要客戶端綁定 faric 提供的 connector，完成路由功能，如果你了解過或者使用淘寶開源的 TDDL，基本上就是這種方式，Application 需要引入 TDDL 的 jar 包來使用，只是 TDDL 并不負責主備的切換，通常由運維人員來完成主備故障切換，并漂移VIP； 2\. 無代理運行。同三層的 proxy 架構相比，無疑 fabric 的效率肯定高于 proxy。總結 rFabric 提供的兩個組件，完成了應用的分片擴展和運維的故障應急功能，但弊端也很明顯，對應用不透明。 ### Oracle VM Template Oracle VM Template集成套件提供了以下組件: 1. Oracle Enterprise Linux 2. Oracle VM 3. Oracle VM Manager 4. Oracle Cluster File System 5. MySQL DATABASE 架構圖如下所示： ![](https://box.kancloud.cn/2015-12-18_5673f42136bf0.png) Oracle VM Template 有沒有覺得這個圖和 Oracle RAC 非常相似，的確，這是一套基于 share disk 的 cluster 集群，VM Manager 負責實例、VM、物理主機的故障檢測和異常恢復。SAN 和 iSCSI 存儲系統復雜的分布式鎖管理保證數據的完整性和快速切換掛載能力。但從文檔的解釋來看，和 RAC 還是有一個最大的區別，目前它并沒有真正的實現cluster，也就是這套系統只能做到failover，做不到load balance。但這套系統最大的賣點應該是：它集成了 MySQL 企業版的各種工具，比如 MySQL Enterprise Monitor & Query Analyzer, MySQL Enterprise Backup and MySQL Workbench，加上Oracle VM可以做到快速部署。如官方文檔中提到的，比較適合云計算環境。 ### DRBD 這個是在存儲級別進行數據復制的成熟商業方案，不多做介紹了。 ### 總結對于高可用來說，開源工具如 MHA 等一些 HA 工具，可以完成故障檢測和角色切換。對于分片功能，各個大公司都會自己維護一套適合自己的中間件。 ## 企業級擴展性 ### MySQL線程池針對MySQL的單進程多線程的處理模型，使用線程池、減少連接過多導致的CPU調度開銷，官方給出的測試結果： ![](https://box.kancloud.cn/2015-12-18_5673f421ad821.png) OLTP RW ![](https://box.kancloud.cn/2015-12-18_5673f42249ae9.png) OLTP RO 目前開源的社區版本，如 Percona Server 和 MariaDB 都有可以參考和使用的線程池，Aliyun RDS MySQL 分支目前也支持線程池，對于數據庫在大并發的情況下保持穩定性和持續的吞吐能力的確效果非常好。 ## 企業級安全性 ### 外部身份驗證使用 MySQL 的PAM plugin，利用PAM 對LDAP、Unix/Linux 和其他系統上的用戶進行身份驗證。這個就不多介紹了，主要是為了提高系統管理員/DBA的工作效率。 ### 加密企業版提供了非對稱加密功能，對數據庫持久化的數據進行加密: 1. 數據文件加密，比如 InnoDB 數據文件等； 2. binlog 日志和 redo 日志文件加密。網絡傳輸使用數字證書來保證安全性。對于商業的數據庫 Oracle、SQLServer 而言，其提供了更為細粒度的加密方案，比如對某個表，對某個 column 進行指定不同的加密算法。 ### SQL 防火墻企業版提供了 SQL Firewall 功能，其工作模式是這樣的： 1. 首先用戶創建一個whitelist，whitelist由[ip + user + sql_digest]組成，表示通過這個認證登陸的用戶只能執行這些SQL。sql_digest可以參考[上期的月報](http://mysql.taobao.org/monthly/2015/11/02/)回顧一下； 2. SQL在執行的過程中，根據whitelist進行匹配，會得到三種結果： * allow 即在白名單中，允許執行 * deny 不再白名單中，拒絕執行 * Detect 也就是在SQL Firewall在 detecting 模式的時候，并不直接拒絕非白名單SQL，只是記錄可疑 SQL 日志，方便上線之前的試運行。 SQL Firewall提供了簡單、暴力但也非常有效的保護，例如防止 SQL 注入等。 ### 審計審計是一項事后的安全防護策略，但也是問題追蹤最有效的方式，企業版把 audit_log 作為一個獨立的 plugin，用戶只要 install audit_log plugin 就可以使用。 audit_log提供的參數： 1. audit_log_buffer_size 審計日志持久化之前的寫入緩沖 2. audit_log_file 審計日志持久化文件 3. audit_log_rotate_on_size 審計日志文件滾動大小用戶可以看到的審計日志內容包括連接的相關信息、執行的sql、時間等。好了，小編先學習到這，后續下回分解。