mysql数据的工作模式_mysql主从之binlog的工作模式

最新推荐文章于 2024-04-07 17:53:13 发布
最新推荐文章于 2024-04-07 17:53:13 发布
阅读量102 收藏
点赞数
文章标签： mysql数据的工作模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39790504/article/details/113225434
版权

一 三种模式介绍

1.1 查看mysql主库的binlog格式

binlog仅在主库设置即可，从库无需设置

binlog的默认方式为STATEMENT ( show variables like '%binlog_format%'; )

mysql>mysql> show variables like '%binlog_format%';+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| binlog_format | ROW | #默认ROW

+---------------+-------+

1.2 mysql主库的binlog有三种方式

statement  #最古老的方式，基于sql的主从复制。binlog里面保存的都是sql语句，binlog日志量小。但如果像uuid()的话，数据会不一致

优点：statement level 下的优点，首先就是解决了row level下的缺点，不需要记录每一行数据的变化，减少bin‐log 日志量，节约io，提高性能。因为他只需要记录在master 上所执行的语句的细节，以及执行语句时候的上下文的信息。

缺点：由于它是记录的执行语句，所以为了让这些语句在slave 端也能正确执行，那么他还必须记录每条语句在执行的时候的一些相关信息，也就是上下文信息，以保证所有语句在slave 端被执行的时候能够得到和在master 端执行时候相同的结果。另外就是,由于mysql 现在发展比较快，很多的新功能加入，使mysql 的复制遇到了不小的挑战,自然复制的时候涉及到越复杂的内容，bug 也就越容易出现。在statement level 下，目前已经发现的就有不少情况会造成mysql 的复制问题，主要是修改数据的时候使用了某些特定的函数或者功能的时候会出现，比如sleep()在有些版本就不能正确复制。

row   #基于行的主从方式，保证数据一致性，binlog里面保存的是更改信息。binlog日志量大。阿里云默认使用这种方式(5.7以后默认的方式)

优点：bin‐log 中可以不记录执行的sql 语句的上下文相关的信息，仅仅只需要记录哪一条记录被修改了，修改成什么样了。所以row level 的日志的内容会非常清楚的记录下每一行数据修改的细节。

缺点：row level 下，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改记录，这样可能会产生大量的日志内容，比如有这样一条update 语句：update product set owner_member_id='d',执行之后，日志中记录的不是这条update 语句所对应的event 事件(mysql 是以事件的形式来记录bin‐log 日志)，而是这条语句所更新的每一条记录的变化情况，这样就记录了很多条记录被更新的事件。因此，bin‐log日志的量会很大。

mixed :

实际上就是前两种模式的结合，在mixed 模式下，mysql 会根据执行的每一条具体的sql 语句来区分对待记录的日志形式，也就是在statement 和row 之间选一种。新版本中的statement level 还是和以前一样，仅仅记录执行的语句。而新版本的mysql 中对row level 模式被做了优化，并不是所有的修改都会以row level 来记录，像遇到表结构变更的时候就会以statement 模式来记录，如果sql 语句确实就是update或者delete 等修改数据的语句，那么还是会记录所有行的变更。

二 三种模式验证

主从复制的方式可以动态更改，无需重启mysql

2.1 statement模式

把模式改为statement

mysql> set global binlog_format =STATEMENT;  #针对当前的会话，会话退出后就会还原成STATEMENT

Query OK,0 rows affected (0.00sec)

mysql> set binlog_format =statement #针对当前的会话，会话退出后就会还原成STATEMENT->;

Query OK,0 rows affected (0.00sec)

mysql> show variables like '%binlog_format%';+---------------+-----------+

| Variable_name | Value |

+---------------+-----------+

| binlog_format | STATEMENT |

+---------------+-----------+

mysql配置文件新增binlog_format = STATEMENT #永久把binlog格式替换为statement

[mysqld]

bind-address=0.0.0.0port=3306datadir=/data/mysql

socket=/data/mysql/mysql.sock

user=mysql

skip-name-resolve

slow_query_log=on

long_query_time=1slow_query_log_file=/data/mysql/mysql-slow.log

innodb-file-per-table=1innodb_flush_log_at_trx_commit= 2log_warnings= 1connect_timeout= 60net_read_timeout= 120performance_schema_max_table_instances= 400server-id = 1log-bin

binlog_format= STATEMENT

使用命令，查看binlog记录的内容

mysql>show master logs;+-------------------+-----------+

| Log_name | File_size |

+-------------------+-----------+

| mater1-bin.000001 | 31050 |

+-------------------+-----------+

1 row in set (0.00sec)

mysql>flush logs;

Query OK,0 rows affected (0.01sec)

mysql>show master logs;+-------------------+-----------+

| Log_name | File_size |

+-------------------+-----------+

| mater1-bin.000001 | 31098 |

| mater1-bin.000002 | 154 |

+-------------------+-----------+

2 rows in set (0.00sec)

mysql>show databases;+--------------------+

| Database |

+--------------------+

| information_schema |

| darren |

| mysql |

| performance_schema |

| sys |

+--------------------+

5 rows in set (0.00sec)

mysql>create database darren1;

Query OK,1 row affected (0.00sec)

mysql>use darren1;

Database changed

mysql> create table test (id int);

Query OK,0 rows affected (0.01sec)

mysql> insert into test values (1);

Query OK,1 row affected (0.01sec)

mysql> update test set id=3 where id = 1;

Query OK,1 row affected (0.01sec)

Rows matched:1 Changed: 1 Warnings: 0mysql> select *from test;+------+

| id |

+------+

| 3 |

+------+

1 row in set (0.00sec)

mysql> show binlog events in 'mater1-bin.000002';+-------------------+------+----------------+-----------+-------------+--------------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+-------------------+------+----------------+-----------+-------------+--------------------------------------------------+

| mater1-bin.000002 | 4 | Format_desc | 1 | 123 | Server ver: 5.7.26-log, Binlog ver: 4 |

| mater1-bin.000002 | 123 | Previous_gtids | 1 | 154 | |

| mater1-bin.000002 | 154 | Anonymous_Gtid | 1 | 219 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000002 | 219 | Query | 1 | 322 | create database darren1 |

| mater1-bin.000002 | 322 | Anonymous_Gtid | 1 | 387 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000002 | 387 | Query | 1 | 493 | use `darren1`; create table test (id int) |

| mater1-bin.000002 | 493 | Anonymous_Gtid | 1 | 558 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000002 | 558 | Query | 1 | 643 | BEGIN |

| mater1-bin.000002 | 643 | Query | 1 | 750 | use `darren1`; insert into test values (1) |

| mater1-bin.000002 | 750 | Xid | 1 | 781 | COMMIT /*xid=659*/ |

| mater1-bin.000002 | 781 | Anonymous_Gtid | 1 | 846 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000002 | 846 | Query | 1 | 931 | BEGIN |

| mater1-bin.000002 | 931 | Query | 1 | 1044 | use `darren1`; update test set id=3 where id = 1 |

| mater1-bin.000002 | 1044 | Xid | 1 | 1075 | COMMIT /*xid=660*/ |

+-------------------+------+----------------+-----------+-------------+--------------------------------------------------+

从端也同步

mysql>show databases;+--------------------+

| Database |

+--------------------+

| information_schema |

| darren |

| darren1 |

| mysql |

| performance_schema |

| sys |

+--------------------+

6 rows in set (0.00sec)

mysql>show slave status\G;*************************** 1. row ***************************Slave_IO_State: Waitingformaster to send event

Master_Host:192.168.132.121Master_User: replication

Master_Port:3306Connect_Retry:60Master_Log_File: mater1-bin.000002Read_Master_Log_Pos:1075Relay_Log_File: slave1-relay-bin.000004Relay_Log_Pos:1290Relay_Master_Log_File: mater1-bin.000002Slave_IO_Running: Yes

Slave_SQL_Running: Yes

row格式主要是记录了更改，statement记录的是现实的sql语句，数据不安全

ROW格式数据安全，但binlog的日志量比较大，试想，如果删除、更新了上百万行的话

statement会导致数据不一致，如下面语句

mysql> alter table test add age varchar(50);

Query OK,0 rows affected (0.04sec)

Records:0 Duplicates: 0 Warnings: 0mysql> insert into test values (2,UUID()); #插入一个随机数

Query OK,1 row affected, 1 warning (0.01sec)

mysql> select *from test;+------+--------------------------------------+

| id | age |

+------+--------------------------------------+

| 3 | NULL |

| 2 | 2d64d412-9e72-11e9-a2f9-000c2991dd19 |

+------+--------------------------------------+从端：

mysql> select *from darren1.test;+------+--------------------------------------+

| id | age |

+------+--------------------------------------+

| 3 | NULL |

| 2 | 2d666978-9e72-11e9-8aca-000c2963fd11 |

+------+--------------------------------------+

发现数据不一致

2.2 使用ROW格式

ysql>delete from test;

Query OK,2 rows affected (0.01sec)

mysql> select *from test;

Empty set (0.00sec)

mysql> insert into test values (2,UUID());

Query OK,1 row affected (0.00sec)

mysql> select *from test;+------+--------------------------------------+

| id | age |

+------+--------------------------------------+

| 2 | 74ee4ad0-9e73-11e9-a2f9-000c2991dd19 |

+------+--------------------------------------+从端：

mysql> select *from darren1.test;+------+--------------------------------------+

| id | age |

+------+--------------------------------------+

| 2 | 74ee4ad0-9e73-11e9-a2f9-000c2991dd19 |

+------+--------------------------------------+

完全一致的

使用mysqlbinlog命令可以查看row格式的binlog

[root@master mysql]# mysqlbinlog -vv --base64-output=decode-rows master-bin.000001

# at 1857#190704 11:50:33 server id 1 end_log_pos 1922 CRC32 0x365a53d7 Anonymous_GTID last_committed=7 sequence_number=8 rbr_only=yes/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;

SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;

# at1922#190704 11:50:33 server id 1 end_log_pos 1997 CRC32 0x9d17ec5e Query thread_id=133 exec_time=0 error_code=0SET TIMESTAMP=1562255433/*!*/;

BEGIN/*!*/;

# at1997#190704 11:50:33 server id 1 end_log_pos 2050 CRC32 0x91bb97b1 Table_map: `darren1`.`test` mapped to number 110# at2050#190704 11:50:33 server id 1 end_log_pos 2127 CRC32 0x8c5aca9e Write_rows: table id 110flags: STMT_END_F

### INSERT INTO `darren1`.`test`

### SET

### @1=2 /*INT meta=0 nullable=1 is_null=0*/### @2='74ee4ad0-9e73-11e9-a2f9-000c2991dd19' /*VARSTRING(50) meta=50 nullable=1 is_null=0*/ #记录的是一个变化值# at2127#190704 11:50:33 server id 1 end_log_pos 2158 CRC32 0x7f33c342 Xid = 695COMMIT/*!*/;

# at2158#190704 11:53:53 server id 1 end_log_pos 2206 CRC32 0xd55138bd Rotate to mater1-bin.000003 pos: 4SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /*added by mysqlbinlog*/ /*!*/;

DELIMITER ;

# End of logfile

2.3 MIXED模式

混合格式的binlog，想让binlog日志量小，而且数据一致还有保证

主端操作

mysql> set binlog_format = 'MIXED';

Query OK,0 rows affected (0.00sec)

mysql>flush logs;

Query OK,0 rows affected (0.00sec)

mysql>create database darren;

Query OK,1 row affected (0.00sec)

mysql>use darren;

Database changed

mysql> create table test( id int, name varchar(100) );

Query OK,0 rows affected (0.01sec)

mysql> insert into test values (1, 'darren');

Query OK,1 row affected (0.00sec)

mysql> update test set id = 3 where id = 1;

Query OK,1 row affected (0.01sec)

Rows matched:1 Changed: 1 Warnings: 0mysql> insert into test values (2, UUID());

Query OK,1 row affected (0.00sec)mysql> select *from test;+------+--------------------------------------+

| id | name |

+------+--------------------------------------+

| 3 | darren |

| 2 | b86c02cf-9e74-11e9-a2f9-000c2991dd19 |

+------+--------------------------------------+

从端对比

mysql> select *from darren.test;+------+--------------------------------------+

| id | name |

+------+--------------------------------------+

| 3 | darren |

| 2 | b86c02cf-9e74-11e9-a2f9-000c2991dd19 |

+------+--------------------------------------+

数据也是一致的

日志记录

mysql> mysql> show binlog events in 'mater1-bin.000004';+-------------------+------+----------------+-----------+-------------+--------------------------------------------------------------+

| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |

+-------------------+------+----------------+-----------+-------------+--------------------------------------------------------------+

| mater1-bin.000004 | 4 | Format_desc | 1 | 123 | Server ver: 5.7.26-log, Binlog ver: 4 |

| mater1-bin.000004 | 123 | Previous_gtids | 1 | 154 | |

| mater1-bin.000004 | 154 | Anonymous_Gtid | 1 | 219 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000004 | 219 | Query | 1 | 319 | create database darren |

| mater1-bin.000004 | 319 | Anonymous_Gtid | 1 | 384 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000004 | 384 | Query | 1 | 508 | use `darren`; create table test( id int, name varchar(100) ) |

| mater1-bin.000004 | 508 | Anonymous_Gtid | 1 | 573 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000004 | 573 | Query | 1 | 656 | BEGIN |

| mater1-bin.000004 | 656 | Query | 1 | 771 | use `darren`; insert into test values (1, 'darren') |

| mater1-bin.000004 | 771 | Xid | 1 | 802 | COMMIT /*xid=728*/ |

| mater1-bin.000004 | 802 | Anonymous_Gtid | 1 | 867 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000004 | 867 | Query | 1 | 950 | BEGIN |

| mater1-bin.000004 | 950 | Query | 1 | 1063 | use `darren`; update test set id = 3 where id = 1 |

| mater1-bin.000004 | 1063 | Xid | 1 | 1094 | COMMIT /*xid=729*/ |

| mater1-bin.000004 | 1094 | Anonymous_Gtid | 1 | 1159 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

| mater1-bin.000004 | 1159 | Query | 1 | 1233 | BEGIN |

| mater1-bin.000004 | 1233 | Table_map | 1 | 1285 | table_id: 114 (darren.test) |

| mater1-bin.000004 | 1285 | Write_rows | 1 | 1362 | table_id: 114 flags: STMT_END_F |

| mater1-bin.000004 | 1362 | Xid | 1 | 1393 | COMMIT /*xid=730*/ |

+-------------------+------+----------------+-----------+-------------+--------------------------------------------------------------+

根据SQL调整记录方式

weixin_39790504
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql binlog数据同步_mysql5.7主从同步中binlog同步模式详解
weixin_27379781的博客
01-19 2074
mysql5.7主从同步中binlog同步模式(binlog_format)中MIXED模式效率和稳定性最好。mysql复制主要有三种方式：基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。对应的，binlog的格式...
mysql_5.5._下的主从模式.docx
01-08
MySQL 5.5下的主从模式是一种常见的数据库高可用性和负载均衡解决方案，它允许数据从一个主服务器（Master）实时同步到一个或多个从服务器（Slave）。这种配置可以确保数据的安全性，并在主服务器出现故障时提供数据...
mysql工作模式_mysql工作模式
weixin_31915631的博客
01-19 301
MySQL的工作模式最简单的mysql模式：APP -> DAL -> MYSQL INSTANCE问题：数据的总量大索引大读写混合，一个实例没法承受引入缓存技术改进模式后：缓存 + MySQL + 垂直拆分APP -> DAL -> CACHE -> 多个mysql instance引入主从模式改进模式后：读写分离，主从复制写的操作放在主库，读的操作放在从库，避免服...
Mysql的工作模式（针对社区版）
zhangjiaweizk的博客
05-15 378
Mysql的工作模式（针对社区版） 我们所讨论的所有MySQL的知识都建立在社区版的基础上 和企业版 命令上没有任何区别 但是运行但是运行的架构不同 Mysql登录命令 最基本的2个要素 用户名和密码 MySQL -u root -p 企业中数据库是作为单独的服务器存在的 数据库维护者或者网管（运维）提供 -h hostname 主机地址或ip -P port 端口号的意思 Mysql -h localhost -P 3306 -u root -p 一个mysql完整的登录命令中 必须的四个参数 -
mysql工作模式_Mysql详解
weixin_29695991的博客
02-02 606
一、简介Mysql是一个开放源代码的关系性数据库管理系统，数据库指的是以一定的方式存在一起、能为多个用户共享、具有尽可能小的冗余度的特点、是与应用程序彼此独立的数据集合。特性：实现数据共享减少数据的冗余度数据实现集中控制数据的一致性故障恢复端口：tcp 3306二、Mysql架构第一层：客户端和连接服务，主要处理连接处理、授权认证及相关安全方案第二层：大多数核心服务功能，完成sql的分析和优化，优...
mysql数据的工作模式_mysql工作模式?待续..
weixin_36393674的博客
01-19 170
1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口有一个连接管理器 2.当用户连接进来的时候,就要开始处理SQL语句了所以需要一个查询求解引擎,SQL语句有三种:DDL,DML,DCL,数据库要分析用户发来是哪种查询语句,就需要有分析器,分析...
mysql工作模式?待续..
weixin_33862188的博客
04-09 132
1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口有一个连接管理器 2.当用户连接进来的时候,就要开始处理SQL语句了所以需要一个查询求解引擎,SQL语句有三种:DDL,DML,DCL,数据库要分析用户发来是哪种查询...
mysql_5.5._下的主从模式.pdf
11-10
MySQL 5.5 下的主从模式是一种数据库复制机制，用于在多个MySQL服务器之间实现数据同步，以提高数据可用性和容错性。这种配置通常包括一个主服务器（Master）和一个或多个从服务器（Slave）。当主服务器上的数据发生...
MySQL的工作模式与基础命令（一）
Timelessheart的博客
05-24 335
MySQL的工作模式（针对社区版） 我们所讨论的所有MySQL的知识都建立在社区版的基础上 和企业版 命令上是没有任何区别的 但是运行的架构不同 MySQL登录命令 最基本的2个要素 用户名和密码 mysql -u root –p 企业中数据库是作为单独的服务器存在的 数据库维护者或网管（运维）提供 -h hostname 主机地址或ip –P port 端口号的意思 mysql -h localhost -P 3306 -u root –p 一个MySQL完整的登录命令中 必须的4个
mysql工作模式_mysql工作模式?待续..
weixin_28867413的博客
01-19 109
1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口有一个连接管理器 2.当用户连接进来的时候,就要开始处理SQL语句了所以需要一个查询求解引擎,SQL语句有三种:DDL,DML,DCL,数据库要分析用户发来是哪种查询语句,就需要有分析器,分析结...
mysql负载均衡教学视频_LVS + Keepalived 实现 MySQL 负载均衡与高可用
weixin_31742871的博客
01-19 112
# LVS 产生背景把单台计算机无法承受的大规模的并发访问或数据流量分担到多台节点设备上分别处理，为减少用户等待响应的时间，提升用户体验。单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。7*24小时的服务保证，任意一个或多个设备节点设备宕机，不能影响到业务。在负载均衡集群中，所有计算机节点都应该提供相同的服务(非必须)，集...
MySQL的模式
angryshan的博客
11-25 1379
注意：MySQL5.6和MySQL5.7默认的sql_mode模式参数是不一样的 5.6的mode是NO_ENGINE_SUBSTITUTION，其实表示的是一个空值，相当于没有什么模式设置，可以理解为宽松模式。 5.7的mode是STRICT_TRANS_TABLES，也就是严格模式。 sql_mode常用值如下: ​ONLY_FULL_GROUP_BY 对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP
MySQL基础（MySQL的工作模式与基础命令）笔记-3
weixin_47794966的博客
05-16 199
MySQL的工作模式（针对社区版） 我们所讨论的所有MySQL的知识都建立在社区版的基础上 和企业版 命令上是没有任何区别的 但是运行的架构不同 MySQL登录命令 最基本的2个要素 用户名和密码 mysql -u root –p 企业中数据库是作为单独的服务器存在的 数据库维护者或网管（运维）提供 h hostname 主机地址或 ip –P port 端口号的意思 mysql -h localhost -P 3306 -u root –p 一个MySQL完整的登录命令中
MySql架构模式
weixin_45316408的博客
11-22 1000
MySql架构模式
mysql复制工作方式
liuzp111的专栏
01-11 729
mysql复制工作方式 主服务器将变更写入二进制日志 从服务器读取主服务器的二进制日志变更写入到relay_log中 在从服务器上重放relay_log中的日志 基于SQL段（statement）的日志是在从服务器上重新执行记录的SQL 基于行的日志（row）则是在从库上直接应用对数据库行的修改 基于日志点的复制基于日志点的复制步骤： 在主DB服务器上建立复制账号 CREATE USER 'repl
MySQL的sql_mode模式简介
最新发布
mcband的博客
04-07 1728
今天同事使用数据库时报错,排查问题时发现配置文件里的sql_mode配置被人注释了,所以通过查询资料对这个配置进行了下了解。mysql为了支持在不同的环境下运行，允许我们给它设置不同的运行模式（sql_mode）。不同的运行模式，mysql处理我们的sql语句也不相同（mysql提供了18个运行模式，它们可任意组合使用）。sql model 常用来解决下面几类问题通过设置sql mode, 可以完成不同严格程度的数据校验，有效地保障数据准备性。
【MySQL】binlog日志有三种模式
wenchun001的博客
07-07 901
【MySQL】binlog日志有三种模式，企业场景如何选择binlog的模式。1.如果生产中使用MySQL的特殊功能相对少(存储过程、触发器、函数)。选择默认的语句模式Statement.。2如果生产中使用MySQL的特殊功能较多的，可以选择Mixed模式。3.如果生产中使用MySQL的特殊功能较多，又希望数据最大化一致，此时最好Row 模式，但是要注意，该模 式的binlog日志量增长非常快。
必须了解的mysql三大日志-binlog、redo log和undo log
架构文摘
08-31 661
点击蓝色“架构文摘”关注我哟加个“星标”，每天上午 09:25，干货推送！来源：https://juejin.im/post/6860252224930070536日志是 mysql 数...
MySQL binlog日志三种模式选择及配置
qq_44912603的博客
04-26 689
在认识binlog日志三种模式前，先了解一下解析binlog日志的命令工mysqlbinlog。mysqlbinlog工具的作用是解析mysql的二进制binlog日志内容，把二进制日志解析成可以在MySQL数据库里执行的SQL语句。binlog日志原始数据是以二进制形式存在的，需要使用mysqlbinlog工具转换成SQL语句形式。 mysql的binlog日志作用是用来记录mysql内部增删改等对mysql数据库有更新内容的记录（对数据库进行改动的操作），对数据库查询的语句如show，select开头的
mysql binlog主从数据同步
08-19
MySQL的binlog可以用于实现主从数据同步，即将主库上的数据变更操作记录在binlog中，然后通过将binlog传输给从库，从库可以通过解析binlog来执行相同的数据变更操作，从而保持主从数据的一致性。 以下是实现MySQL主从数据同步的基本步骤： 1. 在主库上开启binlog：在主库的配置文件中开启binlog功能，可以通过设置`log_bin`参数为ON来启用binlog。 2. 配置主库的唯一标识：为了在主从复制过程中正确识别和处理binlog，需要为主库配置一个唯一标识，可以通过设置`server-id`参数来指定一个唯一的ID。 3. 配置从库连接主库：在从库上配置连接主库的信息，包括主库的IP地址、端口号、用户名、密码等。可以通过设置`master_host`、`master_port`、`master_user`、`master_password`等参数来配置连接信息。 4. 启动从库复制进程：在从库上启动复制进程，执行`CHANGE MASTER TO`命令来告诉从库连接主库并开始复制数据。可以使用`MASTER_LOG_FILE`和`MASTER_LOG_POS`参数来指定从哪个binlog文件的哪个位置开始复制。 5. 启动从库复制：执行`START SLAVE`命令来启动从库的复制进程，从库会连接主库并开始复制数据。 6. 监控同步状态：可以使用`SHOW SLAVE STATUS`命令来查看从库的复制状态，包括复制是否正常、延迟情况等。 通过以上步骤，主库上的数据变更操作会被记录在binlog中，并通过复制进程传输给从库，从库会解析并执行相同的数据变更操作，实现主从数据的同步。 希望以上信息对你有帮助。如果你还有其他问题，请随时提问。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值