mysqldump命令的版本:
[[email protected]bj db10044]# rpm -qf `which mysqldump`
Percona-Server-client-56-5.6.22-rel71.0.el6.x86_64
数据库版本:
Server version: 5.6.24-72.2-logPercona Server (GPL), Release 72.0, Revision 738
mysqldump -uroot -S /data2/db10017/my10017.sock -q -R --triggers --opt --single-transaction --flush-logs --default-character-set=utf8 yyf t1>t1.sql
下面是导出a.sql的前30行记录:
[[email protected] mysqlbackup]# head -30 t1.sql -- MySQL dump 10.13 Distrib 5.6.24-72.2, for Linux (x86_64) -- -- Host: localhost Database: yyf -- ------------------------------------------------------ -- Server version 5.6.24-72.2-log /*!40101 SET @[email protected]@CHARACTER_SET_CLIENT */; /*!40101 SET @[email protected]@CHARACTER_SET_RESULTS */; /*!40101 SET @[email protected]@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; /*!40103 SET @[email protected]@TIME_ZONE */; /*!40103 SET TIME_ZONE=‘+00:00‘ */; /*!40014 SET @[email protected]@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */; /*!40014 SET @[email protected]@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @[email protected]@SQL_MODE, SQL_MODE=‘NO_AUTO_VALUE_ON_ZERO‘ */; /*!40111 SET @[email protected]@SQL_NOTES, SQL_NOTES=0 */; SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN; SET @@SESSION.SQL_LOG_BIN= 0; -- -- GTID state at the beginning of the backup -- SET @@GLOBAL.GTID_PURGED=‘18f9a804-343b-11e5-a21d-b083fed01601:1-2‘; -- -- Table structure for table `t1` -- DROP TABLE IF EXISTS `t1`;
一般主从架构的数据库,通常相关导入操作只需要在master(主库)端进行即可,但是正如代码中红色部分所示,禁掉了session级别的sql_log_bin,所以在目标端导入t1.sql时,并不会产生对应的bin log日志,
所以该表及其数据并不会被同步到slave端。这是在Percona分支的数据库测试时发现这点是需要注意的。
时间: 2024-08-04 20:05:04