mysql导入导出

一：mysql导出：

mysqldump -u 用户名 -p 数据库（后面可带表名，不带表名则全部备份）> zabbix.sql

注意：导出时可设置 --set-gtid-purged=off 防止将GTID信息导出

GTID概念：全局事务ID globaltransaction identifiers

1.是一个事务对应一个全局唯一ID,随事务记录到binlog中，用来标识事务。

2.对应事务在一个服务器上只执行一次，避免重复执行导致数据不一致。

3.用来代替传统的复制方法，不再使用传统的MASTER_LOG_FILE+ MASTER_LOG_POS，而是使用MASTER_AUTO+POSTION=1的方式

4.每个事务有一个Gtid_log_event

构成：

UUID+Sequence Number
Sequence Number是MySQL服务器内部的一个事务顺序号.一个MySQL服务器上的事务不会有重复的顺序号(保证服务器内唯一)。
每个MySQL服务器有一个全局唯一的UUID.

原理：

当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。

Slave连接到Master时，会把gtid_executed中的gtid发给Master。Master会自动跳过这些事务，只将没有复制的事物发送到Slave上。

binlog传输到slave,并存储到slave的relaylog后，读取这个GTID的这个值设置gtid_next变量，即告诉Slave，下一个要执行的GTID值。

sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID。

如果有记录，说明该GTID的事务已经执行，slave会忽略。

如果没有记录，slave就会执行该GTID事务，并记录该GTID到自身的binlog，

在读取执行事务前会先检查其他session持有该GTID，确保不被重复执行。

在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

作用：

GTID 的使用不单单是用单独的标识符替换旧的二进制日志文件和位置，它也采用了新的复制协议。旧的协议往往简单直接，即：首先从服务器上在一个特定的偏移量位置连接到主服务器上一个给定的二进制日志文件，然后主服务器再从给定的连接点开始发送所有的事件。
新协议稍有不同：支持以全局统一事务 ID (GTID) 为基础的复制。当在主库上提交事务或者被从库应用时，可以定位和追踪每一个事务。GTID 复制是全部以事务为基础，使得检查主从一致性变得非常简单。如果所有主库上提交的事务也同样提交到从库上，一致性就得到了保证。
GTID 相关操作：默认情况下将一个事务记录进二进制文件时，首先记录它的 GTID，而且 GTID 和事务相关信息一并要发送给从服务器，由从服务器在本地应用认证，但是绝对不会改变原来的事务 ID 号。因此在 GTID 的架构上就算有了N层架构，复制是N级架构，事务 ID 依然不会改变，有效的保证了数据的完整和安全性。
你可以使用基于语句的或基于行的复制与 GTID ，但是，为了获得最佳效果，我们建议你使用基于行（ROW）的格式。

二：mysql导入

mysql -h localhost -u root -p mydb2 </zabbix.sql

出现此错误说明要导入的sql参数GTID_EXECUTED有值，需要先设置数据库 reset master,然后重新导入即可