InnoDB、MyISAM (最常用的兩種)
MEMORY、ARCHIVE、FEDERATED、EXAMPLE
BLACKHOLE、MERGE、NDBCLUSTER、CSV

a) 事務(wù)安全（遵從ACID）
b) MVCC（Multi-Versioning Concurrency Control，多版本并發(fā)控制）
c) InnoDB行級(jí)鎖
d) 支持外鍵引用完整性約束
e) 出現(xiàn)故障后快速自動(dòng)恢復(fù)（crash safe recovery）
f) 用于在內(nèi)存中緩存數(shù)據(jù)和索引的緩沖區(qū)池（buffer pool（data buffer page log buffer page） 、undo buffer page）
g) 大型數(shù)據(jù)卷上的最大性能
h) 將對(duì)表的查詢(xún)與不同存儲(chǔ)引擎混合
i) Oracle樣式一致非鎖定讀取(共享鎖)
j) 表數(shù)據(jù)進(jìn)行整理來(lái)優(yōu)化基于主鍵的查詢(xún)（聚集索引）

1.2.3 查詢(xún)存儲(chǔ)引擎的方法

SELECT @@default_storage_engine;
或
show variables like '%engine%';

2、使用 SHOW 確認(rèn)每個(gè)表的存儲(chǔ)引擎：

SHOW CREATE TABLE City\G
SHOW TABLE STATUS LIKE 'CountryLanguage'\G

3、使用 INFORMATION_SCHEMA 確認(rèn)每個(gè)表的存儲(chǔ)引擎：

SELECT TABLE_NAME, ENGINE FROM 
INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'City'
AND TABLE_SCHEMA = 'world_innodb'\G 

4、從5.1版本，遷移到5.5版本以上版本

假如5.1版本數(shù)據(jù)庫(kù)所有生產(chǎn)表都是myisam的。

使用mysqldump備份后，一點(diǎn)要替換備份的文件中的engine(引擎)字段，從myisam替換為innodb（可以使用sed命令），否則遷移無(wú)任何意義。

數(shù)據(jù)庫(kù)升級(jí)時(shí)，要注意其他配套設(shè)施的兼容性，注意代碼能否兼容新特性。

1.2.4 設(shè)置存儲(chǔ)引擎

1、在啟動(dòng)配置文件中設(shè)置服務(wù)器存儲(chǔ)引擎：

[mysqld]
default-storage-engine=Storage Engine>

2、使用 SET 命令為當(dāng)前客戶(hù)機(jī)會(huì)話(huà)設(shè)置：

SET @@storage_engine=Storage Engine>;

3、在 CREATE TABLE 語(yǔ)句指定：

CREATE TABLE t (i INT) ENGINE = Storage Engine>;

1.3 InnoDB存儲(chǔ)引擎的存儲(chǔ)結(jié)構(gòu)

1.3.1 InnoDB 系統(tǒng)表空間特性

默認(rèn)情況下，InnoDB 元數(shù)據(jù)、撤消日志和緩沖區(qū)存儲(chǔ)在系統(tǒng)“表空間”中。

這是單個(gè)邏輯存儲(chǔ)區(qū)域，可以包含一個(gè)或多個(gè)文件。

每個(gè)文件可以是常規(guī)文件或原始分區(qū)。

最后的文件可以自動(dòng)擴(kuò)展。

1.3.2 表空間的定義

表空間：MySQL數(shù)據(jù)庫(kù)存儲(chǔ)的方式

表空間中包含數(shù)據(jù)文件

MySQl表空間和數(shù)據(jù)文件是1:1的關(guān)系

共享表空間除外，是可以1:N關(guān)系

1.3.3 表空間類(lèi)型

1、共享表空間：ibdata1~ibdataN,一般是2-3個(gè)

2、獨(dú)立表空間：存放在指定庫(kù)目錄下，例如data/world/目錄下的city.ibd

　　表空間位置（datadir）：

　　data/目錄下

1.3.4 系統(tǒng)表空間的存儲(chǔ)內(nèi)容

共享表空間（物理存儲(chǔ)結(jié)構(gòu)）

ibdata1~N 通常被叫做系統(tǒng)表空間，是數(shù)據(jù)初始化生成的

系統(tǒng)元數(shù)據(jù)，基表數(shù)據(jù)，除了表內(nèi)容數(shù)據(jù)之外的數(shù)據(jù)。

tmp 表空間（一般很少關(guān)注）

undo日志 ：數(shù)據(jù)--回滾數(shù)據(jù)（回滾日志使用）

redo日志 ：ib_logfile0~N 存放系統(tǒng)的innodb表的一些重做日志。

說(shuō)明：undo日志默認(rèn)實(shí)在ibdata中的，在5.6以后是可以單獨(dú)定義的。

tmp 表空間在5.7版本之后被移出了ibdata1，變?yōu)閕btmp1

在5.5版本之前，所有的應(yīng)用數(shù)據(jù)也都默認(rèn)存放到了ibdata中。

獨(dú)立表空間(一個(gè)存儲(chǔ)引擎的功能)

在5.6之后，默認(rèn)的情況下會(huì)單表單獨(dú)存儲(chǔ)到獨(dú)立表空間文件

除了系統(tǒng)表空間之外，InnoDB 還在數(shù)據(jù)庫(kù)目錄中創(chuàng)建另外的表空間，用于每個(gè) InnoDB 表的 .ibd 文件。

InnoDB 創(chuàng)建的每個(gè)新表在數(shù)據(jù)庫(kù)目錄中設(shè)置一個(gè) .ibd 文件來(lái)搭配表的.frm 文件。

可以使用 innodb_file_per_table 選項(xiàng)控制此設(shè)置，更改該設(shè)置僅會(huì)更改已創(chuàng)建的新表的默認(rèn)值。。

1.3.5 設(shè)置共享表空間

查看當(dāng)前的共享表空間設(shè)置

mysql> show variables like 'innodb_data_file_path';
+-----------------------+------------------------+
| Variable_name | Value  |
+-----------------------+------------------------+
| innodb_data_file_path | ibdata1:12M:autoextend |
+-----------------------+------------------------+
row in set (0.00 sec)

設(shè)置共享表空間：

一般是在初始搭建環(huán)境的時(shí)候就配置號(hào)，預(yù)設(shè)值一般為1G；且最后一個(gè)為自動(dòng)擴(kuò)展。

[root@db02 world]# vim /etc/my.cnf
[mysqld]
innodb_data_file_path=ibdata1:76M;ibdata2:100M:autoextend

重啟服務(wù)查看當(dāng)前的共享表空間設(shè)置

mysql> show variables like 'innodb_data_file_path';
+-----------------------+-------------------------------------+
| Variable_name | Value  |
+-----------------------+-------------------------------------+
| innodb_data_file_path | ibdata1:76M;ibdata2:100M:autoextend |
+-----------------------+-------------------------------------+
row in set (0.00 sec)

1.3.6 設(shè)置獨(dú)立表空間

獨(dú)立表空間在5.6版本是默認(rèn)開(kāi)啟的。

獨(dú)立表空間注意事項(xiàng)：不開(kāi)起獨(dú)立表空間，共享表空間會(huì)占用很大

mysql> show variables like '%per_table%';
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| innodb_file_per_table | ON |
+-----------------------+-------+
row in set (0.00 sec)

在參數(shù)文件/etc/my.cnf 可以控制獨(dú)立表空間

關(guān)閉獨(dú)立表空間 （0是關(guān)閉，1是開(kāi)啟）

[root@db02 clsn]# vim /etc/my.cnf
[mysqld]
innodb_file_per_table=0

查看獨(dú)立表空間配置

mysql> show variables like '%per_table%' ;
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| innodb_file_per_table | OFF |
+-----------------------+-------+
row in set (0.00 sec)

小結(jié):

innodb_file_per_table=0 關(guān)閉獨(dú)立表空間
innodb_file_per_table=1 開(kāi)啟獨(dú)立表空間，單表單存儲(chǔ)

1.4 MySQL中的事務(wù)

一組數(shù)據(jù)操作執(zhí)行步驟，這些步驟被視為一個(gè)工作單元

用于對(duì)多個(gè)語(yǔ)句進(jìn)行分組，可以在多個(gè)客戶(hù)機(jī)并發(fā)訪問(wèn)同一個(gè)表中的數(shù)據(jù)時(shí)使用。

所有步驟都成功或都失敗

如果所有步驟正常，則執(zhí)行，如果步驟出現(xiàn)錯(cuò)誤或不完整，則取消。

簡(jiǎn)單來(lái)說(shuō)事務(wù)就是：保證工作單元中的語(yǔ)句同時(shí)成功或同時(shí)失敗。

事務(wù)處理流程示意圖

1.4.1 事務(wù)是什么

與其給事務(wù)定義，不如說(shuō)一說(shuō)事務(wù)的特性。眾所周知，事務(wù)需要滿(mǎn)足ACID四個(gè)特性。

A(atomicity) 原子性。

一個(gè)事務(wù)的執(zhí)行被視為一個(gè)不可分割的最小單元。事務(wù)里面的操作，要么全部成功執(zhí)行，要么全部失敗回滾，不可以只執(zhí)行其中的一部分。

所有語(yǔ)句作為一個(gè)單元全部成功執(zhí)行或全部取消。
updata t1 set money=10000-17 where id=wxid1
updata t1 set money=10000+17 where id=wxid2

C(consistency) 一致性。

一個(gè)事務(wù)的執(zhí)行不應(yīng)該破壞數(shù)據(jù)庫(kù)的完整性約束。如果上述例子中第2個(gè)操作執(zhí)行后系統(tǒng)崩潰，保證A和B的金錢(qián)總計(jì)是不會(huì)變的。

如果數(shù)據(jù)庫(kù)在事務(wù)開(kāi)始時(shí)處于一致?tīng)顟B(tài)，則在執(zhí)行該事務(wù)期間將保留一致?tīng)顟B(tài)。
 updata t1 set money=10000-17 where id=wxid1
 updata t1 set money=10000+17 where id=wxid2
 在以上操作過(guò)程中，去查自己賬戶(hù)還是10000

I(isolation) 隔離性。

通常來(lái)說(shuō)，事務(wù)之間的行為不應(yīng)該互相影響。然而實(shí)際情況中，事務(wù)相互影響的程度受到隔離級(jí)別的影響。文章后面會(huì)詳述。

事務(wù)之間不相互影響。在做操作的時(shí)候，其他人對(duì)這兩個(gè)賬戶(hù)做任何操作，在不同的隔離條件下，可能一致性保證又不一樣

隔離級(jí)別

隔離級(jí)別會(huì)影響到一致性。
 read-uncommit X
 read-commit 可能會(huì)用的一種級(jí)別
 repeatable-read 默認(rèn)的級(jí)別，和oracle一樣的
 SERIALIZABLE 嚴(yán)格的默認(rèn)，一般不會(huì)用

此規(guī)則除了受隔離級(jí)別控制，還受鎖控制，可以聯(lián)想一下NFS的實(shí)現(xiàn)

D(durability) 持久性。

事務(wù)提交之后，需要將提交的事務(wù)持久化到磁盤(pán)。即使系統(tǒng)崩潰，提交的數(shù)據(jù)也不應(yīng)該丟失。

保證數(shù)據(jù)落地，才算事務(wù)真正安全

1.4.2 事務(wù)的控制語(yǔ)句

常用的事務(wù)控制語(yǔ)句：

START TRANSACTION（或 BEGIN）：顯式開(kāi)始一個(gè)新事務(wù)
 COMMIT：永久記錄當(dāng)前事務(wù)所做的更改(事務(wù)成功結(jié)束)
 ROLLBACK：取消當(dāng)前事務(wù)所做的更改(事務(wù)失敗結(jié)束)

需要知道的事務(wù)控制語(yǔ)句：

 SAVEPOINT：分配事務(wù)過(guò)程中的一個(gè)位置，以供將來(lái)引用
 ROLLBACK TO SAVEPOINT：取消在 savepoint 之后執(zhí)行的更改
 RELEASE SAVEPOINT：刪除 savepoint 標(biāo)識(shí)符
 SET AUTOCOMMIT：為當(dāng)前連接禁用或啟用默認(rèn) autocommit模式

1.4.3 autocommit參數(shù)

在MySQL5.5開(kāi)始，開(kāi)啟事務(wù)時(shí)不再需要begin或者start transaction語(yǔ)句。并且，默認(rèn)是開(kāi)啟了Autocommit模式，作為一個(gè)事務(wù)隱式提交每個(gè)語(yǔ)句。

在有些業(yè)務(wù)繁忙企業(yè)場(chǎng)景下，這種配置可能會(huì)對(duì)性能產(chǎn)生很大影響，但對(duì)于安全性上有很大提高。將來(lái)，我們需要去權(quán)衡我們的業(yè)務(wù)需求去調(diào)整是否自動(dòng)提交。

注意：在生產(chǎn)中，根據(jù)實(shí)際需求選擇是否可開(kāi)啟，一般銀行類(lèi)業(yè)務(wù)會(huì)選擇關(guān)閉。

查看當(dāng)前autocommit狀態(tài)：

mysql> show variables like '%autoc%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
row in set (0.00 sec)

修改配置文件，并重啟

[root@db02 world]# vim /etc/my.cnf
[mysqld]
autocommit=0

再次查看autocommit狀態(tài)

mysql> show variables like '%autoc%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
row in set (0.00 sec)
mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
| 0 |
+--------------+
row in set (0.00 sec)

說(shuō)明： autocommit設(shè)置為開(kāi)啟的對(duì)比

優(yōu)點(diǎn)：數(shù)據(jù)安全性好，每次修改都會(huì)落地

缺點(diǎn)：不能進(jìn)行銀行類(lèi)的交易事務(wù)、產(chǎn)生大量小的IO

1.4.4 導(dǎo)致提交的非事務(wù)語(yǔ)句：

DDL語(yǔ)句： （ALTER、CREATE 和 DROP）
DCL語(yǔ)句： （GRANT、REVOKE 和 SET PASSWORD）
鎖定語(yǔ)句：（LOCK TABLES 和 UNLOCK TABLES）

導(dǎo)致隱式提交的語(yǔ)句示例：

TRUNCATE TABLE
LOAD DATA INFILE
SELECT FOR UPDATE

用于隱式提交的 SQL 語(yǔ)句：

START TRANSACTION
SET AUTOCOMMIT = 1

1.5 redo與undo

1.5.1 事務(wù)日志undo

undo原理：

Undo Log的原理很簡(jiǎn)單，為了滿(mǎn)足事務(wù)的原子性，在操作任何數(shù)據(jù)之前，首先將數(shù)據(jù)備份到一個(gè)地方（這個(gè)存儲(chǔ)數(shù)據(jù)備份的地方稱(chēng)為Undo Log）。然后進(jìn)行數(shù)據(jù)的修改。

如果出現(xiàn)了錯(cuò)誤或者用戶(hù)執(zhí)行了ROLLBACK語(yǔ)句，系統(tǒng)可以利用Undo Log中的備份將數(shù)據(jù)恢復(fù)到事務(wù)開(kāi)始之前的狀態(tài)。

除了可以保證事務(wù)的原子性，Undo Log也可以用來(lái)輔助完成事務(wù)的持久化。

undo是什么？

undo,顧名思義“回滾日志”，是事務(wù)日志的一種。

作用是什么？

在事務(wù)ACID過(guò)程中，實(shí)現(xiàn)的是“A“原子性的作用。

用Undo Log實(shí)現(xiàn)原子性和持久化的事務(wù)的簡(jiǎn)化過(guò)程

假設(shè)有A、B兩個(gè)數(shù)據(jù)，值分別為1,2。
 A.事務(wù)開(kāi)始.
 B.記錄A=1到undo log.
 C.修改A=3.
 D.記錄B=2到undo log.
 E.修改B=4.
 F.將undo log寫(xiě)到磁盤(pán)。
 G.將數(shù)據(jù)寫(xiě)到磁盤(pán)。
 H.事務(wù)提交

這里有一個(gè)隱含的前提條件：‘?dāng)?shù)據(jù)都是先讀到內(nèi)存中，然后修改內(nèi)存中的數(shù)據(jù)，最后將數(shù)據(jù)寫(xiě)回磁盤(pán)之所以能同時(shí)保證原子性和持久化，是因?yàn)橐韵绿攸c(diǎn)：

A. 更新數(shù)據(jù)前記錄Undo log。
B. 為了保證持久性，必須將數(shù)據(jù)在事務(wù)提交前寫(xiě)到磁盤(pán)。只要事務(wù)成功提交，數(shù)據(jù)必然已經(jīng)持久化。
C. Undo log必須先于數(shù)據(jù)持久化到磁盤(pán)。如果在G,H之間系統(tǒng)崩潰，undo log是完整的，可以用來(lái)回滾事務(wù)。
D. 如果在A-F之間系統(tǒng)崩潰,因?yàn)閿?shù)據(jù)沒(méi)有持久化到磁盤(pán)。所以磁盤(pán)上的數(shù)據(jù)還是保持在事務(wù)開(kāi)始前的狀態(tài)。

缺陷：

每個(gè)事務(wù)提交前將數(shù)據(jù)和Undo Log寫(xiě)入磁盤(pán)，這樣會(huì)導(dǎo)致大量的磁盤(pán)IO，因此性能很低。如果能夠?qū)?shù)據(jù)緩存一段時(shí)間，就能減少I(mǎi)O提高性能。但是這樣就會(huì)喪失事務(wù)的持久性。

因此引入了另外一種機(jī)制來(lái)實(shí)現(xiàn)持久化，即Redo Log.

1.5.2 事務(wù)日志redo

redo原理：

和Undo Log相反，Redo Log記錄的是新數(shù)據(jù)的備份。在事務(wù)提交前，只要將Redo Log持久化即可，不需要將數(shù)據(jù)持久化。當(dāng)系統(tǒng)崩潰時(shí)，雖然數(shù)據(jù)沒(méi)有持久化，但是Redo Log已經(jīng)持久化。

系統(tǒng)可以根據(jù)Redo Log的內(nèi)容，將所有數(shù)據(jù)恢復(fù)到最新的狀態(tài)。

Redo是什么？

redo,顧名思義“重做日志”，是事務(wù)日志的一種。

作用是什么？

在事務(wù)ACID過(guò)程中，實(shí)現(xiàn)的是“D”持久化的作用。

Undo + Redo事務(wù)的簡(jiǎn)化過(guò)程

假設(shè)有A、B兩個(gè)數(shù)據(jù)，值分別為1,2.
 A.事務(wù)開(kāi)始.
 B.記錄A=1到undo log.
 C.修改A=3.
 D.記錄A=3到redo log.
 E.記錄B=2到undo log.
 F.修改B=4.
 G.記錄B=4到redo log.
 H.將redo log寫(xiě)入磁盤(pán)。
 I.事務(wù)提交

Undo + Redo事務(wù)的特點(diǎn)

 A. 為了保證持久性，必須在事務(wù)提交前將Redo Log持久化。
 B. 數(shù)據(jù)不需要在事務(wù)提交前寫(xiě)入磁盤(pán)，而是緩存在內(nèi)存中。
 C. Redo Log 保證事務(wù)的持久性。
 D. Undo Log 保證事務(wù)的原子性。
 E. 有一個(gè)隱含的特點(diǎn)，數(shù)據(jù)必須要晚于redo log寫(xiě)入持久存儲(chǔ)。

redo是否持久化到磁盤(pán)參數(shù)

innodb_flush_log_at_trx_commit=1/0/2

1.5.3 事務(wù)中的鎖

什么是“鎖”？

“鎖”顧名思義就是鎖定的意思。

“鎖”的作用是什么？

在事務(wù)ACID過(guò)程中，“鎖”和“隔離級(jí)別”一起來(lái)實(shí)現(xiàn)“I”隔離性的作用。

鎖的粒度：

1、MyIasm：低并發(fā)鎖——表級(jí)鎖

2、Innodb：高并發(fā)鎖——行級(jí)鎖

四種隔離級(jí)別：

READ UNCOMMITTED 許事務(wù)查看其他事務(wù)所進(jìn)行的未提交更改
READ COMMITTED 允許事務(wù)查看其他事務(wù)所進(jìn)行的已提交更改
REPEATABLE READ****** 確保每個(gè)事務(wù)的 SELECT 輸出一致； InnoDB 的默認(rèn)級(jí)別
SERIALIZABLE 將一個(gè)事務(wù)的結(jié)果與其他事務(wù)完全隔離

開(kāi)銷(xiāo)、加鎖速度、死鎖、粒度、并發(fā)性能

表級(jí)鎖：開(kāi)銷(xiāo)小，加鎖快；不會(huì)出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高,并發(fā)度最低。
行級(jí)鎖：開(kāi)銷(xiāo)大，加鎖慢；會(huì)出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低,并發(fā)度也最高。
頁(yè)面鎖：開(kāi)銷(xiāo)和加鎖時(shí)間界于表鎖和行鎖之間；會(huì)出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般。

從上述特點(diǎn)可見(jiàn)，很難籠統(tǒng)地說(shuō)哪種鎖更好，只能就具體應(yīng)用的特點(diǎn)來(lái)說(shuō)哪種鎖更合適！

僅從鎖的角度來(lái)說(shuō)：表級(jí)鎖更適合于以查詢(xún)?yōu)橹?，只有少量按索引條件更新數(shù)據(jù)的應(yīng)用，如Web應(yīng)用；而行級(jí)鎖則更適合于有大量按索引條件并發(fā)更新少量不同數(shù)據(jù)，同時(shí)又有并發(fā)查詢(xún)的應(yīng)用，如一些在線事務(wù)處理（OLTP）系統(tǒng)。

1.6 MySQL 日志管理

1.6.1 MySQL日志類(lèi)型簡(jiǎn)介

日志的類(lèi)型的說(shuō)明：

1.6.2 配置方法

狀態(tài)錯(cuò)誤日志：

[mysqld]
log-error=/data/mysql/mysql.log

查看配置方式：

mysql> show variables like '%log%error%';

作用：

記錄mysql數(shù)據(jù)庫(kù)的一般狀態(tài)信息及報(bào)錯(cuò)信息，是我們對(duì)于數(shù)

據(jù)庫(kù)常規(guī)報(bào)錯(cuò)處理的常用日志。

mysql> show variables like '%log%err%';
+---------------------+----------------------------------+
| Variable_name | Value  |
+---------------------+----------------------------------+
| binlog_error_action | IGNORE_ERROR  |
| log_error | /application/mysql/data/db02.err |
+---------------------+----------------------------------+
rows in set (0.00 sec)

1.6.3 一般查詢(xún)?nèi)罩?/strong>

[mysqld]
general_log=on
general_log_file=/data/mysql/server2.log

show variables like '%gen%';

mysql> show variables like '%gen%';
+------------------+----------------------------------+
| Variable_name | Value  |
+------------------+----------------------------------+
| general_log | OFF  |
| general_log_file | /application/mysql/data/db02.log |
+------------------+----------------------------------+
rows in set (0.00 sec)

1、是否開(kāi)啟
2、二進(jìn)制日志路徑/data/mysql/
3、二進(jìn)制日志文件名前綴mysql-bin 
4、文件名以"前綴".000001~N
log-bin=/data/mysql/mysql-bin 

只有總閘開(kāi)啟才有意義，默認(rèn)是開(kāi)啟狀態(tài)。
我們?cè)谟行r(shí)候會(huì)臨時(shí)關(guān)閉掉。
只影響當(dāng)前會(huì)話(huà)。
sql_log_bin=1/0

記錄信息簡(jiǎn)潔，記錄的是SQL語(yǔ)句本身。但是在語(yǔ)句中出現(xiàn)函數(shù)操作的話(huà)，有可能記錄的數(shù)據(jù)不準(zhǔn)確。

5.6中默認(rèn)模式，但生產(chǎn)環(huán)境中慎用，建議改成row。

表中行數(shù)據(jù)的變化過(guò)程。
記錄數(shù)據(jù)詳細(xì)，對(duì)IO性能要求比較高
記錄數(shù)據(jù)在任何情況下都是準(zhǔn)確的。
生產(chǎn)中一般是這種模式。
5.7以后默認(rèn)的模式。

經(jīng)過(guò)判斷，選擇row+statement混合的一種記錄模式。（一般不用）

mysql> show variables like '%log_bin%';
+---------------------------------+-------+
| Variable_name  | Value |
+---------------------------------+-------+
| log_bin  | OFF |
| log_bin_basename | |
| log_bin_index  | |
| log_bin_trust_function_creators | OFF |
| log_bin_use_v1_row_events | OFF |
| sql_log_bin  | ON |
+---------------------------------+-------+
rows in set (0.00 sec)

[root@db02 tmp]# vim /etc/my.cnf
[mysqld]
log-bin=/application/mysql/data/mysql-bin

mysql> SET GLOBAL binlog_format = 'STATEMENT'
mysql> SET GLOBAL binlog_format = 'ROW';
mysql> SET GLOBAL binlog_format = 'MIXED';

[root@db02 data]# file mysql-bin.*
mysql-bin.000001: MySQL replication log
mysql-bin.index: ASCII text

mysql> show variables like '%log_bin%';
+---------------------------------+-----------------------------------------+
| Variable_name  | Value   |
+---------------------------------+-----------------------------------------+
| log_bin  | ON   |
| log_bin_basename | /application/mysql/data/mysql-bin |
| log_bin_index  | /application/mysql/data/mysql-bin.index |
| log_bin_trust_function_creators | OFF   |
| log_bin_use_v1_row_events | OFF   |
| sql_log_bin  | ON   |
+---------------------------------+-----------------------------------------+
rows in set (0.00 sec)

mysql> show variables like '%format%';
+--------------------------+-------------------+
| Variable_name | Value |
+--------------------------+-------------------+
| binlog_format | STATEMENT |
| date_format | %Y-%m-%d |
| datetime_format | %Y-%m-%d %H:%i:%s |
| default_week_format | 0  |
| innodb_file_format | Antelope |
| innodb_file_format_check | ON |
| innodb_file_format_max | Antelope |
| time_format | %H:%i:%s |
+--------------------------+-------------------+
rows in set (0.00 sec)

[root@db02 data]# vim /etc/my.cnf
[mysqld]
binlog_format=row

mysql> show variables like '%format%';
+--------------------------+-------------------+
| Variable_name | Value |
+--------------------------+-------------------+
| binlog_format | ROW |
| date_format | %Y-%m-%d |
| datetime_format | %Y-%m-%d %H:%i:%s |
| default_week_format | 0  |
| innodb_file_format | Antelope |
| innodb_file_format_check | ON |
| innodb_file_format_max | Antelope |
| time_format | %H:%i:%s |
+--------------------------+-------------------+
rows in set (0.00 sec)

[root@db02 data]# ll mysql-bin.*
-rw-rw---- 1 mysql mysql 143 Dec 20 20:17 mysql-bin.000001
-rw-rw---- 1 mysql mysql 120 Dec 20 20:17 mysql-bin.000002
-rw-rw---- 1 mysql mysql 82 Dec 20 20:17 mysql-bin.index

mysql> flush logs;

[root@db02 data]# ll mysql-bin.*
-rw-rw---- 1 mysql mysql 143 Dec 20 20:17 mysql-bin.000001
-rw-rw---- 1 mysql mysql 167 Dec 20 20:24 mysql-bin.000002
-rw-rw---- 1 mysql mysql 120 Dec 20 20:24 mysql-bin.000003
-rw-rw---- 1 mysql mysql 123 Dec 20 20:24 mysql-bin.index
[root@db02 data]#

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 120 | |  |  |
+------------------+----------+--------------+------------------+-------------------+
row in set (0.00 sec)

mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 143 |
| mysql-bin.000002 | 167 |
| mysql-bin.000003 | 120 |
+------------------+-----------+
rows in set (0.00 sec)

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 120 | |  |  |
+------------------+----------+--------------+------------------+-------------------+
row in set (0.00 sec)
[root@db02 data]# mysqlbinlog mysql-bin.000003 >/tmp/aa.ttt

[root@db02 data]# mysqlbinlog mysql-bin.000003 >/tmp/aa.ttt

mysqbin mysql-bin.000002 

mysqlbinlog --base64-output='decode-rows' -v mysql-bin.000002

show binary logs; 所有在使用的binlog信息
show binlog events in '日志文件'

SET GLOBAL expire_logs_days = 7;
或
PURGE BINARY LOGS BEFORE now() - INTERVAL 3 day;

PURGE BINARY LOGS TO 'mysql-bin.000010';

reset master 

long_query_time ： 設(shè)定慢查詢(xún)的閥值，超出次設(shè)定值的SQL即被記錄到慢查詢(xún)?nèi)罩?，缺省值?0s
slow_query_log ： 指定是否開(kāi)啟慢查詢(xún)?nèi)罩?
slow_query_log_file ： 指定慢日志文件存放位置，可以為空，系統(tǒng)會(huì)給一個(gè)缺省的文件host_name-slow.log
min_examined_row_limit：查詢(xún)檢查返回少于該參數(shù)指定行的SQL不被記錄到慢查詢(xún)?nèi)罩?
log_queries_not_using_indexes: 不使用索引的慢查詢(xún)?nèi)罩臼欠裼涗浀剿饕?/pre>

[root@db02 htdocs]# vim /etc/my.cnf
slow_query_log=ON
slow_query_log_file=/tmp/slow.log
long_query_time=0.5 # 控制慢日志記錄的閾值
log_queries_not_using_indexes

mysql> show variables like '%slow%'
 -> ;
+---------------------------+---------------+
| Variable_name | Value |
+---------------------------+---------------+
| log_slow_admin_statements | OFF |
| log_slow_slave_statements | OFF |
| slow_launch_time | 2 |
| slow_query_log | ON |
| slow_query_log_file | /tmp/slow.log |
+---------------------------+---------------+
rows in set (0.00 sec)

/path/mysqldumpslow -s c -t 10 /database/mysql/slow-log

mysql> show variables like '%sync_binlog%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sync_binlog | 0 | #控制binlog commit 階段
+---------------+-------+
row in set (0.00 sec)

innodb_flush_log_at_trx_commit=1