mysql binlog解析(mysql一共四種日誌型別)
概述
MySQL關於Binlog的官方文件:The Binary Log
什麼是 Binlog
MySQL Server 有四種類型的日誌——Error Log、General Query Log、Binary Log 和 Slow Query Log。
第一個是錯誤日誌,記錄 mysqld 的一些錯誤。第二個是一般查詢日誌,記錄 mysqld 正在做的事情,比如客戶端的連線和斷開、來自客戶端每條 Sql Statement 記錄資訊;如果你想準確知道客戶端到底傳了什麼瞎 [嗶嗶] 玩意兒給服務端,這個日誌就非常管用了,不過它非常影響效能。第四個是慢查詢日誌,記錄一些查詢比較慢的 SQL 語句——這種日誌非常常用,主要是給開發者調優用的。
剩下的第三種就是 Binlog 了,包含了一些事件,這些事件描述了資料庫的改動,如建表、資料改動等,也包括一些潛在改動,比如 DELETE FROM ran WHERE bing = luan,然而一條資料都沒被刪掉的這種情況。除非使用 Row-based logging,否則會包含所有改動資料的 SQL Statement。
mysql的手冊是個學習的好東西,碰到問題首先想到的也應該是翻手冊。
1、錯誤日誌:包含mysqld啟動和停止時,以及伺服器在執行過程中發生任何嚴重錯誤時的資訊;--log-error[=file_name]
| log_error | /var/log/mariadb/mariadb.log
2、普通日誌:所有連線和語句都會被記錄到普通日誌檔案;mysqld會按照其接收到的順序記錄日誌,但並不一定照此順序執行; --log=[file_name]
3、慢查詢日誌:所有執行時間超過long_query_time的語句會被記錄到滿查詢日誌中;
作用:優化sql語句;--log-slow-queries=[file_name],可以用mysqldumpslow來方便處理;
| slow_query_log_file | /data/mysql/auditlogs/slow.log
4、二進位制日誌:包含了所有更新了資料或者已經潛在更新了資料
作用:a. 恢復時最大可能的使用資料庫;b. 主從結構時,記錄所有需要傳送給從伺服器的語句;
--log-bin=[file_name],使用mysqlbinlog檢查日誌內容;
那麼 Binlog 就有了兩個重要的用途——複製和恢復。比如主從表的複製,和備份恢復什麼的。
顯然,我們執行SELECT等不設計資料變更的語句是不會記錄Binlog的,而涉及到資料更新則會記錄。要注意的是,對支援事務的引擎如InnoDB而言,必須要提交了事務才會記錄Binlog。Binlog是在事務最終commit前寫入的,binlog什麼時候重新整理到磁碟跟引數sync_binlog相關。如果設定為0,則表示MySQL不控制binlog的重新整理,由檔案系統去控制它快取的重新整理,而如果設定為不為0的值則表示每sync_binlog次事務,MySQL呼叫檔案系統的重新整理操作重新整理binlog到磁碟中。設為1是最安全的,在系統故障時最多丟失一個事務的更新,但是會對效能有所影響,一般情況下會設定為100或者0,犧牲一定的一致性來獲取更好的效能。
開啟和停用Binlog
通過配置/etc/my.cnf配置檔案的log-bin選項:
[mysqld]
log-bin=mysql-bin
這個需要重啟MySQL服務。
可以使用SET SQL_LOG_BIN=0命令停止使用日誌檔案,然後可以通過SET SQL_LOG_BIN=1命令來啟用。
Binlog的刪除
mysql> show variables like 'expire_log_days';
mysql> set global expire_log_days=3; //過期刪除
mysql> reset master; //刪除master的binlog
mysql> reset slave; //刪除slave的中繼日誌
mysql> purge master logs before '2016-10-20 16:25:00';//刪除指定日期前的日誌索引中binlog日誌檔案
mysql> purge master logs to 'binlog.000002';//刪除指定日誌檔案
除了以上方法之外,也可以採用作業系統的本地命令刪除檔案。
Binlog檔案的擴充套件
當遇到以下3種情況時會重新生成一個新的日誌檔案,檔案序號遞增:
- MySQL伺服器停止或重啟時,MySQL會在重啟時生成一個新的日誌檔案;
- 使用flush logs命令;
- 當binlog檔案大小超過max_binlog_size系統變數配置的上限時;
binlog檔案的最大值和預設值是1GB,該設定並不能嚴格控制binlog的大小,尤其是binlog比較靠近最大值而又遇到一個比較大事務時,為了保證事務的完整性,不可能做切換日誌的動作,只能將該事務的所有SQL都記錄到當前日誌,直到事務結束。
Binlog的日誌格式
binlog有三種格式:Statement, Row和Mixed.
- 基於SQL語句的複製(statement-based replication, SBR)
- 基於行的複製(row-based replication, RBR)
- 混合模式複製(mixed-based replication, MBR)
Statement
每一條會修改資料的sql都會記錄在binlog中。
優點:不需要記錄每一行的變化,減少了binlog日誌量,節約了IO, 提高了效能。
缺點:由於記錄的只是執行語句,為了這些語句能在slave上正確執行,因此還必須記錄每條語句在執行的時候的一些相關資訊,以保證所有語句能在slave得到和在master端執行的時候相同的結果。另外mysql的複製,像一些特定函式的功能,slave可與master上要保持一致會有很多相關問題。
相比row能節約多少效能與日誌量,這個取決於應用的SQL情況,正常同一條記錄修改或者插入row格式所產生的日誌量還小魚statement產生的日誌量,但是考慮到如果帶條件的update操作,以及整表刪除,alter表等操作,row格式會產生大量日誌,因此在考慮是否使用row格式日誌時應該根據應用的實際情況,其所產生的日誌量會增加多少,以及帶來的IO效能問題。
Row
5.1.5版本的MySQL才開始支援row level的複製,它不記錄sql語句上下文相關資訊,僅儲存哪條記錄被修改。
優點: binlog中可以不記錄執行的sql語句的上下文相關的資訊,僅需要記錄那一條記錄被修改成什麼了。所以row的日誌內容會非常清楚的記錄下每一行資料修改的細節。而且不會出現某些特定情況下的儲存過程,或function,以及trigger的呼叫和觸發無法被正確複製的問題.
缺點:所有的執行的語句當記錄到日誌中的時候,都將以每行記錄的修改來記錄,這樣可能會產生大量的日誌內容。
新版本的MySQL中對row level模式也被做了優化,並不是所有的修改都會以row level來記錄,像遇到表結構變更的時候就會以statement模式來記錄,如果sql語句確實就是update或者delete等修改資料的語句,那麼還是會記錄所有行的變更。
Mixed
從5.1.8版本開始,MySQL提供了Mixed格式,實際上就是Statement與Row的結合。
在Mixed模式下,一般的語句修改使用statment格式儲存binlog,如一些函式,statement無法完成主從複製的操作,則採用row格式儲存binlog,MySQL會根據執行的每一條具體的sql語句來區分對待記錄的日誌形式,也就是在Statement和Row之間選擇一種。
詳述
檢視Binlog檔案
檢視當前伺服器使用的二進位制檔案及大小:
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 126 |
| mysql-bin.000002 | 126 |
| mysql-bin.000003 | 6819 |
| mysql-bin.000004 | 2749 |
| mysql-bin.000005 | 1475 |
+------------------+-----------+
顯示主伺服器使用的二進位制檔案及大小:
mysql> show master logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 126 |
| mysql-bin.000002 | 126 |
| mysql-bin.000003 | 6819 |
| mysql-bin.000004 | 2749 |
| mysql-bin.000005 | 1475 |
+------------------+-----------+
顯示當前使用的二進位制檔案及所處位置:
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+| mysql-bin.000005 | 1475 | | |
+------------------+----------+--------------+------------------+
binlog_do_db:此引數表示只記錄製定資料庫的二進位制日誌
binlog_ignore_db:此引數標示不記錄指定的資料庫的二進位制日誌
需要檢視某個具體binlog檔案的內容時,以“mysql-bin.000005”為例。
在MySQL客戶端輸入:show binlog events in “mysql-bin.000005”;
效果如下所示:
mysql> show binlog events in 'mysql-bin.000005';
+------------------+-----+-------------+-----------+-------------+---------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |+------------------+-----+-------------+-----------+-------------+---------------------------------------+| mysql-bin.000005 |4| Format_desc |2| 107 | Server ver: 5.5.51-log, Binlog ver: 4|
| mysql-bin.000005| 107 | Query | 2 |181| BEGIN || mysql-bin.000005 |181| Table_map |2| 239 | table_id: 44 (canal_test.company) |
| mysql-bin.000005| 239 | Write_rows | 2 |287| table_id: 44 flags: STMT_END_F || mysql-bin.000005 |287| Xid |2| 314 | COMMIT /* xid=23915 */|
| mysql-bin.000005| 314 | Query | 2 |388| BEGIN || mysql-bin.000005 |388| Table_map |2| 449 | table_id: 35 (canal_test.person) |
| mysql-bin.000005| 449 | Update_rows | 2 |526| table_id: 35 flags: STMT_END_F || mysql-bin.000005 |526| Xid |2| 553 | COMMIT /* xid=26960 */|
| mysql-bin.000005| 553 | Query | 2 |627| BEGIN || mysql-bin.000005 |627| Table_map |2| 688 | table_id: 35 (canal_test.person) |
| mysql-bin.000005| 688 | Write_rows | 2 |741| table_id: 35 flags: STMT_END_F || mysql-bin.000005 |741| Xid |2| 768 | COMMIT /* xid=26961 */|
| mysql-bin.000005| 768 | Query | 2 |842| BEGIN || mysql-bin.000005 |842| Table_map |2| 903 | table_id: 35 (canal_test.person) |
| mysql-bin.000005| 903 | Delete_rows | 2 |956| table_id: 35 flags: STMT_END_F || mysql-bin.000005 |956| Xid |2| 983 | COMMIT /* xid=26964 */|
+------------------+-----+-------------+-----------+-------------+---------------------------------------+
17 rows in set (0.00 sec)
或者使用mysqlbinlog命令,在shell終端輸入(假設當前目錄為 ../mysql/data): ../bin/mysqlbinlog mysql-bin.000005
[root@zhuzhonghua1-c6uu8 data]# pwd
/usr/local/mysql/data
[root@zhuzhonghua1-c6uu8 data]# ../bin/mysqlbinlog mysql-bin.000005
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD[email protected]@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#161020 11:07:29 server id 2 end_log_pos 107 Start: binlog v 4, server v 5.5.51-log created 161020 11:07:29
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
8TQIWA8CAAAAZwAAAGsAAAABAAQANS41LjUxLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA==
'/*!*/;
# at 107
#161020 11:08:50 server id 2 end_log_pos 181 Query thread_id=162 exec_time=1 error_code=0
SET TIMESTAMP=1476932930/*!*/;
SET @@session.pseudo_thread_id=162/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=0/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 181
# at 239
#161020 11:08:50 server id 2 end_log_pos 239 Table_map: `canal_test`.`company` mapped to number 44
#161020 11:08:50 server id 2 end_log_pos 287 Write_rows: table id 44 flags: STMT_END_F
BINLOG '
QjUIWBMCAAAAOgAAAO8AAAAAACwAAAAAAAEACmNhbmFsX3Rlc3QAB2NvbXBhbnkAAwMPDwQsASwB
Bg==
QjUIWBcCAAAAMAAAAB8BAAAAACwAAAAAAAEAA//4AgAAAAIAZHAIAHNoYW5naGFp
'/*!*/;
# at 287
#161020 11:08:50 server id 2 end_log_pos 314 Xid = 23915
COMMIT/*!*/;
# at 314
#161020 12:03:50 server id 2 end_log_pos 388 Query thread_id=162 exec_time=0 error_code=0
SET TIMESTAMP=1476936230/*!*/;
BEGIN
/*!*/;
# at 388
# at 449
#161020 12:03:50 server id 2 end_log_pos 449 Table_map: `canal_test`.`person` mapped to number 35
#161020 12:03:50 server id 2 end_log_pos 526 Update_rows: table id 35 flags: STMT_END_F
BINLOG '
JkIIWBMCAAAAPQAAAMEBAAAAACMAAAAAAAEACmNhbmFsX3Rlc3QABnBlcnNvbgAFAw8D/g8GLAH+
AywBHg==
JkIIWBgCAAAATQAAAA4CAAAAACMAAAAAAAEABf//4AEAAAADAHp6aAIAAAABbQQAaGVyZeABAAAA
AwB6emgCAAAAAW0HAG5hbmppbmc=
'/*!*/;
# at 526
#161020 12:03:50 server id 2 end_log_pos 553 Xid = 26960
COMMIT/*!*/;
# at 553
#161020 12:05:56 server id 2 end_log_pos 627 Query thread_id=162 exec_time=0 error_code=0
SET TIMESTAMP=1476936356/*!*/;
BEGIN
/*!*/;
# at 627
# at 688
#161020 12:05:56 server id 2 end_log_pos 688 Table_map: `canal_test`.`person` mapped to number 35
#161020 12:05:56 server id 2 end_log_pos 741 Write_rows: table id 35 flags: STMT_END_F
BINLOG '
pEIIWBMCAAAAPQAAALACAAAAACMAAAAAAAEACmNhbmFsX3Rlc3QABnBlcnNvbgAFAw8D/g8GLAH+
AywBHg==
pEIIWBcCAAAANQAAAOUCAAAAACMAAAAAAAEABf/gBAAAAAQAenpoNBYAAAABbQUAd2hlcmU=
'/*!*/;
# at 741
#161020 12:05:56 server id 2 end_log_pos 768 Xid = 26961
COMMIT/*!*/;
# at 768
#161020 12:06:34 server id 2 end_log_pos 842 Query thread_id=162 exec_time=0 error_code=0
SET TIMESTAMP=1476936394/*!*/;
BEGIN
/*!*/;
# at 842
# at 903
#161020 12:06:34 server id 2 end_log_pos 903 Table_map: `canal_test`.`person` mapped to number 35
#161020 12:06:34 server id 2 end_log_pos 956 Delete_rows: table id 35 flags: STMT_END_F
BINLOG '
ykIIWBMCAAAAPQAAAIcDAAAAACMAAAAAAAEACmNhbmFsX3Rlc3QABnBlcnNvbgAFAw8D/g8GLAH+
AywBHg==
ykIIWBkCAAAANQAAALwDAAAAACMAAAAAAAEABf/gBAAAAAQAenpoNBYAAAABbQUAd2hlcmU=
'/*!*/;
# at 956
#161020 12:06:34 server id 2 end_log_pos 983 Xid = 26964
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
擷取上面的一段進行分析:
# at 314
#161020 12:03:50 server id 2 end_log_pos 388 Query thread_id=162 exec_time=0 error_code=0
SET TIMESTAMP=1476936230/*!*/;
BEGIN
/*!*/;
上面輸出包括如下要素:
- position: 位於檔案中的位置,即第一行的(# at 314),說明該事件記錄從檔案第314個位元組開始
- timestamp: 事件發生的時間戳,即第二行的(#161020 11:07:29)
- exec_time: 事件執行的花費時間
- error_code: 錯誤碼
- server id: 伺服器標識(2)
- thread_id: 代理執行緒id (thread_id=162)
- type:事件型別Query(參考下一章節)
使用mysqlbinlog命令還可以進行資料庫恢復,使用日誌進行恢復時,需要依次進行,即最早生成的日誌檔案要最先恢復:
mysqlbinlog mysql-bin.000001 | mysql -uroot -proot
mysqlbinlog mysql-bin.000002 | mysql -uroot -proot
.....
Binlog事件
Binlog事件型別
binlog事件型別一共有三個版本:
- v1: Used in MySQL 3.23
- v3: Used in MySQL 4.0.2 though 4.1
- v4: Used in MySQL 5.0 and up
v2出現了很短的時間,並且已經不被支援
現在所使用的MySQL一般都是5.5起了,所以下面陳述的都是v4版的binlog事件型別。
binlog的事件型別一共有以下幾種:
enum Log_event_type {
UNKNOWN_EVENT= 0,
START_EVENT_V3= 1,
QUERY_EVENT= 2,
STOP_EVENT= 3,
ROTATE_EVENT= 4,
INTVAR_EVENT= 5,
LOAD_EVENT= 6,
SLAVE_EVENT= 7,
CREATE_FILE_EVENT= 8,
APPEND_BLOCK_EVENT= 9,
EXEC_LOAD_EVENT= 10,
DELETE_FILE_EVENT= 11,
NEW_LOAD_EVENT= 12,
RAND_EVENT= 13,
USER_VAR_EVENT= 14,
FORMAT_DESCRIPTION_EVENT= 15,
XID_EVENT= 16,
BEGIN_LOAD_QUERY_EVENT= 17,
EXECUTE_LOAD_QUERY_EVENT= 18,
TABLE_MAP_EVENT = 19,
PRE_GA_WRITE_ROWS_EVENT = 20,
PRE_GA_UPDATE_ROWS_EVENT = 21,
PRE_GA_DELETE_ROWS_EVENT = 22,
WRITE_ROWS_EVENT = 23,
UPDATE_ROWS_EVENT = 24,
DELETE_ROWS_EVENT = 25,
INCIDENT_EVENT= 26,
HEARTBEAT_LOG_EVENT= 27,
IGNORABLE_LOG_EVENT= 28,
ROWS_QUERY_LOG_EVENT= 29,
WRITE_ROWS_EVENT_V2 = 30,
UPDATE_ROWS_EVENT_V2 = 31,
DELETE_ROWS_EVENT_V2 = 32,
GTID_LOG_EVENT= 33,
ANONYMOUS_GTID_LOG_EVENT= 34,
PREVIOUS_GTIDS_LOG_EVENT= 35,
ENUM_END_EVENT
/* end marker */
};
20-22三個型別現在已經被飛起,這三個型別只出現在MySQL的5.1.5-5.1.7版本中。現在(從5.1.7版本開始)使用的WRITE, UPDATE, DELETE三個事件型別分別採用23,24,25。
事件型別簡述
QUERY_EVENT
記錄一條query語句,在基於語句的複製和基於行的複製都會有。
ROTATE_EVENT
二進位制日誌更換一個新檔案,可能因為檔案大小達到限制,或者是mysql重啟,亦或者是呼叫了flush logs命令。
XID_EVENT
Commit事件
WRITE_ROWS_EVENT, UPDATE_ROWS_EVENT, DELETE_ROWS_EVENT
統稱為ROW EVENT, 只有在基於row的複製方式下才會產生。
- WRITE_ROWS_EVENT:包含了要插入的資料
- UPDATE_ROWS_EVENT:包含了修改前的值,也包含了修改後的值
- DELETE_ROWS_EVENT:包含了需要刪除行前的值
TABLE_MAP_EVENT
ROW EVENT之前產生,為的是對ROW EVENT解析提供依據。
FORMAT_DESCRIPTION_EVENT
MySQL根據其定義來解析其他事件
INTVAR_EVET
在statement時使用到,用於自增型別auto_increment.
STOP_EVENT
MySQL停止時,在檔案尾加入STOP_EVENT
事件型別分析
每個event都有一個19個位元組的Binlog Event Header(如下圖), 包括四個位元組的timestamep, 一個位元組的Binlog Event type, 4個位元組的server_id(該id表明binlog的源server是哪個,用來在迴圈複製中國龍event),四個位元組的event包大小,四個位元組的下一個event起始偏移,兩個位元組的Binlog Event Flag. extra_headers目前的event中沒有涉及到,預留用。
V4 event structure:
一個新的binlog檔案都是以FORMAT_DESCRIPTION_EVENT開始的(v4版)。這裡就以FORMAT_DESCRIPTION_EVENT為例來解析下(mysql-bin.000005)。通過hexdump -C mysql-bin.000005來檢視二進位制檔案。(下面只列出部分內容)
[[email protected] data]# hexdump -C mysql-bin.000005
00000000 fe 62 69 6e f1 34 08 58 0f 02 00 00 00 67 00 00 |.bin.4.X.....g..|
00000010 00 6b 00 00 00 01 00 04 00 35 2e 35 2e 35 31 2d |.k.......5.5.51-|
00000020 6c 6f 67 00 00 00 00 00 00 00 00 00 00 00 00 00 |log.............|
00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 13 |................|
00000050 38 0d 00 08 00 12 00 04 04 04 04 12 00 00 54 00 |8.............T.|
00000060 04 1a 08 00 00 00 08 08 08 02 00 42 35 08 58 02 |...........B5.X.|
00000070 02 00 00 00 4a 00 00 00 b5 00 00 00 08 00 a2 00 |....J...........|
00000080 00 00 01 00 00 00 0a 00 00 1a 00 00 00 00 00 00 |................|
00000090 01 00 00 00 00 00 00 00 00 06 03 73 74 64 04 21 |...........std.!|
按照官方文件中的說明來看下FORMAT_DESCRIPTION_EVENT格式:
v4 format description event
binlog是小端位元組序的。binlog前4個位元組是魔數:0xFE 0x62 0x69 0x6E. 接著是一個FORMAT_DESCRIPTION_EVENT,先看下19個位元組的event header. f1 34 08 58即0x580834f1是指時間戳,佔4個位元組;第5個位元組0x0f是type_code即event type(FORMAT_DESCRIPTION_EVENT=15);接著4個位元組02 00 00 00 即0x00000002是server_id;再接著4個位元組67 00 00 00是event_length=0x00000067=103;然後4個位元組6b 00 00 00是下一個next_position=0x0000006b=107;接著兩個位元組01 00是flag=0x0001=1,1為LOG_EVENT_BINLOG_IN_USE_F,標識binlog還沒有關閉,binlog關閉後,flag會被設定為0。這樣4+1+4+4+4+2=19個位元組。
event data部分分為fixed data和variable data兩部分,其中fixed data是event的固定長度和格式的資料,variable data則是長度變化的資料,比如FORMAT_DESCRIPTION_EVENT的fix data長度是0x54=84位元組。下面看下這84=2+50+4+1+27個位元組的分配:開始的2個位元組0x0004是binlog的版本號;接著的50個位元組為mysql-server版本5.5.51-log;接下來4個位元組是binlog建立時間,這裡是0;然後1個位元組是0x13是指之後所有event的公共長度,這裡都是19;接著27個位元組中每個位元組為mysql已知的event(共27個)的fixed data的長度;可以發現FORMAT_DESCRIPTION_EVENT自身的variable data部分為空。
相關推薦
mysql binlog解析(mysql一共四種日誌型別)
概述 MySQL關於Binlog的官方文件:The Binary Log 什麼是 Binlog MySQL Server 有四種類型的日誌——Error Log、General Query Log、Binary Log 和 Slow Query Log。 第一個是錯誤日誌,記錄 mysqld 的一些錯誤
MySQL Binlog解析(1)
cif 2.4 pear .... is_null 線程 uniq 會話 Circul 一、Binlog File Binlog files start with a Binlog File Header followed by a series of Binlog Eve
MySQL Binlog解析(2)
一、TABLE_MAP_EVENT Used for row-based binary logging beginning with MySQL 5.1.5.The TABLE_MAP_EVENT defines the structure if the tables that are about to b
Docker網路管理(容器的四種網路模式)
下面,我們來學習Docker的網路管理。 Docker 在啟動時會建立一個虛擬網橋 docker0,預設地址為 172.17.0.1/16,容器啟動後都會被橋接到 docker0 上,並自動分配到一個 IP 地址 . docker0預設地址 網橋 容器橋接
vs2010+cmake3.2.1+VTK搭建(內附四種VTK版本)
kernel32.libuser32.libgdi32.libwinspool.libshell32.libole32.liboleaut32.libuuid.libcomdlg32.libadvapi32.libE:\VTKITK\VTK\lib\vtkalglib-6.0.libws2_32.libE:\
【mysql】查看版本的四種方法
span clas latin min days use ble dha pre 1:在終端下:mysql -V。 以下是代碼片段: [[email protected]/* */ ~]$ mysql -V mysql Ver 14.7 Distrib 4.
mysql binlog系列(一)----binlog介紹、日誌格式、資料檢視等
(一) binlog介紹 binlog,即二進位制日誌,它記錄了資料庫上的所有改變,並以二進位制的形式儲存在磁碟中; 它可以用來檢視資料庫的變更歷史、資料庫增量備份和恢復、Mysql的複製(主從資料庫的複製)。 (二) binlog格式 binlog
MySQL表的四種分割槽型別
一、什麼是表分割槽 通俗地講表分割槽是將一大表,根據條件分割成若干個小表。mysql5.1開始支援資料表分割槽了。 如:某使用者表的記錄超過了600萬條,那麼就可以根據入庫日期將表分割槽,也可以根據所在地將表分割槽。當然也可根據其他的條件分割槽。 二、為什麼要對錶進行分割槽 為了改善大型表以
mysql兩表聯合查詢的四種情況
一般來說,我們為了得到更完整的結果,我們需要從兩個或更多的表中獲取結果,我一般都是用select xxx,xxx from 表1,表2 where 表1.xxx=表2.xxx,我們一般都是進行的是這般的操作,其實mysql中還有一種操作,那就是join的操作,例如底下有兩個
Linux環境安裝Mysql資料庫(手工+自動兩種 詳細版)
1、新增mysql使用者組以及使用者 groupadd mysql useradd -g mysql mysql 2、解壓mysql 並制定安裝目錄 cd /root/software/
MySQL數據庫中的四種隔離級別
很多 .html ali 讀取 之前 範圍 同時 ref 多次 原文:MySQL數據庫中的四種隔離級別 事務的隔離性比想象的要復雜,在 SQL 標準中定義了四種級別的隔離級別。通常而言,較低級別的隔離通常可以執行更高的並發,系統的開銷也更低 READ UNCOMMI
MYSQL資料庫四種索引型別的簡單使用
MYSQL資料庫索引型別包括普通索引,唯一索引,主鍵索引與組合索引,這裡對這些索引的做一些簡單描述: (1)普通索引 這是最基本的MySQL資料庫索引,它沒有任何限制。它有以下幾種建立方式: 建立索引 CREATE INDEX indexName ON mytabl
Docker最全教程之MySQL容器化 (二十四)
前言 MySQL是目前最流行的開源的關係型資料庫,MySQL的容器化之前有朋友投稿並且寫過此塊,本篇僅從筆者角度進行總結和編寫。 目錄 &nbs
MySQL基礎知識(MySQL從入門到精通觀後感)
alter mes times 值範圍 model 。。 字符編碼 不同的 精通 17/7/9 1.主從式架構(Client-server model)或客戶端-服務器(Client-Server)結構簡稱C/S結構,是一種網絡架構,通常在該網絡架構下軟件分為客戶端和服務器
Python發送郵件(常見四種郵件內容)
t對象 3.6 idt serve ttl dddd python tdi tls Python發送郵件(常見四種郵件內容) 轉載 2017年03月03日 17:17:04 轉自:http://lizhenliang.blog.51cto.com/7876557
【轉】【Python】Python發送郵件(常見四種郵件內容)
.cn .com pytho html 常見 body gpo 詳細 tle 感謝:夢琪小生的《【轉】【Python】Python發送郵件(常見四種郵件內容)》 裏面詳細介紹了Python中發送郵件的方法,以供自己參考【轉】【Python】Python發送郵件(常見四種郵件
MySQL第二天(MySQL鍵值,MySQL存儲引擎)
646day02一、MySQL鍵值(key) ##設置在字段上,約束如何給字段賦值。 普通索引 index唯一索引 unique主鍵 primary key外鍵 foreign key 全文索引 fulltext ++++++++++++++++++++++++++++++++++
MySQL Group Replication(多主同步復制MGR)
update mod src xtra sla class replicat local trac 開啟replication配置: server-id=1 #標識服務器唯一 log-bin=mys
Mysql 更新時間(加上或者減去一段時間)
part 函數 blog lin update href csdn set rose Mysql時間加減函數為date_add()、date_sub() 定義和用法 DATE_ADD() 函數向日期添加指定的時間間隔。 DATE_SUB() 函數向日期減少指定的時間間
1.mysql學習筆記(在命令行中的操作)
style 登錄 left 多個數據庫 mysql 一個數據庫 weight 準備 ase 2018-07-28 mysql和oracle的不同點: 一個oracle就是一個數據庫。 而一個mysql中可以有多個數據庫 準備:登錄到數據庫 註意:每一個命令都要以分號結束