【GTID主从】

最新推荐文章于 2024-08-27 15:51:22 发布
最新推荐文章于 2024-08-27 15:51:22 发布
阅读量80 收藏
点赞数
文章标签： 数据库 mysql 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_72901306/article/details/126110834
版权

GTID主从

文章目录

4.1 GTID概念介绍

GTID即全局事务ID (global transaction identifier), 其保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID。GTID最初由google实现，官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于GTID来说就没有优势了，而对于2台主以上的结构优势异常明显，可以在数据不丢失的情况下切换新主。使用GTID需要注意: 在构建主从复制之前，在一台将成为主的实例上进行一些操作（如数据清理等），通过GTID复制，这些在主从成立之前的操作也会被复制到从服务器上，引起复制失败。也就是说通过GTID复制都是从最先开始的事务日志开始，即使这些操作在复制之前执行。比如在server1上执行一些drop、delete的清理操作，接着在server2上执行change的操作，会使得server2也进行server1的清理操作。

GTID实际上是由UUID+TID (即transactionId)组成的。其中UUID(即server_uuid) 产生于auto.conf文件(cat /data/mysql/data/auto.cnf)，是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量，并且随着事务提交单调递增，所以GTID能够保证每个MySQL实例事务的执行（不会重复执行同一个事务，并且会补全没有执行的事务）。GTID在一组复制中，全局唯一。 下面是一个GTID的具体形式 :

mysql> show master status;
+-----------+----------+--------------+------------------+---------------
----------------------------+
| File      | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_
Set |
+-----------+----------+--------------+------------------+---------------
--------------------------------+
| on.000003 |      187 |              |                  | 7256f791-125d11e9-9a9c-0050568843f8:1-362|
+-----------+----------+--------------+------------------+---------------
--------------------------------+
1 row in set (0.00 sec)

了解了GTID的格式，通过UUID可以知道这个事务在哪个实例上提交的。通过GTID可以极方便的进行复制结构上的故障转移，新主设置，这就很好地解决了下面这个图所展现出来的问题。
请添加图片描述

如图, Server1(Master)崩溃，根据从上show slave status获得Master_log_File/Read_Master_Log_Pos的值，Server2(Slave)已经跟上了主，Server3(Slave)没有跟上主。这时要是把Server2提升为主，Server3变成Server2的从。这时在Server3上执行change的时候需要做一些计算。

这个问题在5.6的GTID出现后，就显得非常的简单。由于同一事务的GTID在所有节点上的值一致，那么根据Server3当前停止点的GTID就能定位到Server2上的GTID。甚至由于MASTER_AUTO_POSITION功能的出现，我们都不需要知道GTID的具体值，直接使用CHANGE MASTER TO MASTER_HOST=‘xxx’, MASTER_AUTO_POSITION命令就可以直接完成failover的工作。

====== GTID和Binlog的关系 ======

GTID在binlog中的结构
请添加图片描述

GTID event 结构
请添加图片描述

Previous_gtid_log_event
Previous_gtid_log_event 在每个binlog 头部都会有每次binlog rotate的时候存储在binlog头部Previous-GTIDs在binlog中只会存储在这台机器上执行过的所有binlog，不包括手动设置gtid_purged值。换句话说，如果你手动set global gtid_purged=xx； 那么xx是不会记录在Previous_gtid_log_event中的。

GTID和Binlog之间的关系是怎么对应的呢? 如何才能找到GTID=? 对应的binlog文件呢？
假设有4个binlog: bin.001,bin.002,bin.003,bin.004
bin.001 : Previous-GTIDs=empty; binlog_event有: 1-40
bin.002 : Previous-GTIDs=1-40; binlog_event有: 41-80
bin.003 : Previous-GTIDs=1-80; binlog_event有: 81-120
bin.004 : Previous-GTIDs=1-120; binlog_event有: 121-160
假设现在我们要找GTID=$A，那么MySQL的扫描顺序为:

从最后一个binlog开始扫描（即: bin.004）

bin.004的Previous-GTIDs=1-120，如果$A=140 > Previous-GTIDs,那么肯定在bin.004中

bin.004的Previous-GTIDs=1-120，如果$A=88 包含在Previous-GTIDs中,那么继续对比上一个binlog文件 bin.003,然后再循环前面2个步骤，直到找到为止.

gtid_mode=on (必选)
enforce-gtid-consistency=1 （必选）
log_bin=mysql-bin （可选） #高可用切换，最好开启该功能
log-slave-updates=1 （可选） #高可用切换，最好打开该功能

====== GTID 重要参数的持久化 =======

GTID相关参数

参数comment
gtid_executed执行过的所有GTID
gtid_purged丢弃掉的GTID
gtid_modeGTID模式
gtid_nextsession级别的变量，下一个gtid
gtid_owned正在运行的GTID
enforce_gtid_consistency保证GTID安全的参数
====== 开启GTID的必备条件 ======

gtid_mode=on (必选)
enforce-gtid-consistency=1 （必选）
log_bin=mysql-bin （可选） #高可用切换，最好开启该功能
log-slave-updates=1 （可选） #高可用切换，最好打开该功能

GTID工作原理

从服务器连接到主服务器之后，把自己执行过的GTID (Executed_Gtid_Set: 即已经执行的事务编码) 、获取到的GTID (Retrieved_Gtid_Set: 即从库已经接收到主库的事务编号) 发给主服务器，主服务器把从服务器缺少的GTID及对应的transactions发过去补全即可。当主服务器挂掉的时候，找出同步最成功的那台从服务器，直接把它提升为主即可。如果硬要指定某一台不是最新的从服务器提升为主， 先change到同步最成功的那台从服务器， 等把GTID全部补全了，就可以把它提升为主了。

GTID是MySQL 5.6的新特性，可简化MySQL的主从切换以及Failover。GTID用于在binlog中唯一标识一个事务。当事务提交时，MySQL Server在写binlog的时候，会先写一个特殊的Binlog Event，类型为GTID_Event，指定下一个事务的GTID，然后再写事务的Binlog。主从同步时GTID_Event和事务的Binlog都会传递到从库，从库在执行的时候也是用同样的GTID写binlog，这样主从同步以后，就可通过GTID确定从库同步到的位置了。也就是说，无论是级联情况，还是一主多从情况，都可以通过GTID自动找点儿，而无需像之前那样通过File_name和File_position找点儿了。

简而言之，GTID的工作流程为：

master更新数据时，会在事务前产生GTID，一同记录到binlog日志中。
slave端的i/o 线程将变更的binlog，写入到本地的relay log中。
sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。
如果有记录，说明该GTID的事务已经执行，slave会忽略。
如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog。
在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。
4.3 GTID主从配置
环境说明：
|数据库角色 |IP |应用与系统版本|
|:----😐:----😐
|主数据库| 172.16.12.128 |centos8/redhat8 mysql-5.7|
|从数据库| 172.16.12.129| centos8/redhat8 mysql-5.7|
主库配置。vi /etc/my.cnf，添加以下配置，重启mysql。

[root@zhuku ~]# systemctl stop firewalld
[root@zhuku ~]# systemctl disable firewalld
Removed /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
[root@zhuku ~]# setenforce 0
**//将第六行中的 enforcing 改为 disabled**
[root@zhuku ~]# vim /etc/selinux/config
[root@zhuku ~]# cat /etc/selinux/config
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=disabled
# SELINUXTYPE= can take one of these three values:
# targeted - Targeted processes are protected,
# minimum - Modification of targeted policy. Only selected processes
are protected.
# mls - Multi Level Security protection.
SELINUXTYPE=targeted

从库配置。vi /etc/my.cnf, 添加以下配置，重启mysql。

[root@congku ~]# systemctl stop firewalld
[root@congku ~]# systemctl disable firewalld
Removed /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
**//将第六行中的 enforcing 改为 disabled**
[root@congku ~]# vim /etc/selinux/config
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=disabled
# SELINUXTYPE= can take one of these three values:
# targeted - Targeted processes are protected,
# minimum - Modification of targeted policy. Only selected processes
are protected.
# mls - Multi Level Security protection.
SELINUXTYPE=targeted

主库配置。vi /etc/my.cnf，添加以下配置，重启mysql。

[root@zhuku ~]# vim /etc/my.cnf
log-bin=mysql_zhuku
server-id=10
gtid_mode=on
enforce-gtid-consistency=true
log-slave-updates=on
[root@zhuku ~]# systemctl restart mysqld

从库设置要同步的主库信息，并开启同步。

[root@congku ~]# vim /etc/my.cnf
server-id=20
relay-log=myrelay
gtid_mode=on
enforce-gtid-consistency=true
log-slave-updates=on
read_only=on
master-info-repository=TABLE
relay-log-info-repository=TABLE
[root@congku ~]# systemctl restart mysqld

主库授权复制用户。

mysql> grant replication slave on *.* to 'tom'@'192.168.139.132' identifi
ed by 'tom123';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
[root@zhuku ~]# mysql -uroot -p123456
mysql> show master status;
+------------------+----------+--------------+------------------+--------
----------------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Execute
d_Gtid_Set |
+------------------+----------+--------------+------------------+--------
----------------------------------+
| mysql_zhuku.000001 |    635 |              |                   | 8dd47
f79-10af-11ed-aac3-000c29135e86:1-2 |
+------------------+----------+--------------+------------------+--------
----------------------------------+
1 row in set (0.00 sec)

从库设置要同步的主库信息，并开启同步。

mysql> change master to master_host='192.168.223.151',
-> master_port=3306,master_user='tom',
-> master_password='tom123',
-> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
//查看详细信息
mysql> show slave status\G;
*************************** 1. row ***************************
                Slave_IO_State: Waiting for master to send event
                   Master_Host: 192.168.139.131
                   Master_User: tom
                   Master_Port: 3306
                 Connect_Retry: 60
               Master_Log_File: mysql_zhuku.000001
           Read_Master_Log_Pos: 451
                Relay_Log_File: myrelay.000002
                 Relay_Log_Pos: 664
         Relay_Master_Log_File: mysql_zhuku.000001
              Slave_IO_Running: Yes #要为yes才有效
             Slave_SQL_Running: Yes #要为yes才有效

配置完之后，通过查看 slave 的状态，可以看是否配置成功。同时可以在主库进行一些操作，提交一些事务（insert，update），之后数据就会自动同步到从库。

http协议

状态码
lamp简介

lamp简介

所谓lamp，其实就是由Linux+Apache+Mysql/MariaDB+Php/Perl/Python的一组动态网站或者服务器的开源软件，除Linux外其它各
部件本身都是各自独立的程序，但是因为经常被放在一起使用，拥有了越来越高的兼容度，共同组成了一个强大的Web应用程序平
台。

web服务器工作流程

web服务器的资源分为两种，静态资源和动态资源
静态资源就是指静态内容，客户端从服务器获得的资源的表现形式与原文件相同。可以简单的理解为就是直接存储于文件系统中的
资源
动态资源则通常是程序文件，需要在服务器执行之后，将执行的结果返回给客户端
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PxNBT044-1659361813442)(./1659359068306.png)]
如上图所示
阶段①显示的是 httpd 服务器（即 apache）和 php 服务器通过 FastCGI 协议进行通信，且 php 作为独立的服务进程运行。
阶段②显示的是 php 程序和 mysq l数据库间通过 mysql 协议进行通信。php 与 mysql 本没有什么联系，但是由 php 语言写成的程
序可以与 mysql 进行数据交互。同理 perl 和 python 写的程序也可以与 mysql 数据库进行交互。

CGI 与 FastCGI

CGI（Common Gateway Interface，通用网关接口），CGI 是外部应用程序（CGI 程序）与 web 服务器之间的接口标准，是在 CGI
程序和 web 服务器之间传递信息的过程。CGI 规范允许 web 服务器执行外部程序，并将它们的输出发送给 web 浏览器，CGI 将
web 的一组简单的静态超媒体文档变成一个完整的新的交互式媒体。
FastCGI（Fast Common Gateway Interface）是 CGI 的改良版，CGI 是通过启用一个解释器进程来处理每个请求，耗时且耗资源，
而 FastCGI 则是通过 master­worker 形式来处理每个请求，即启动一个 master 主进程，然后根据配置启动几个 worker 进程，当请
求进来时，master 会从 worke r进程中选择一个去处理请求，这样就避免了重复的生成和杀死进程带来的频繁 CPU 上下文切换而导
致耗时。

httpd 与 php 结合的方式

httpd 与 php 结合的方式有以下三种：
modules：php 将以 httpd 的扩展模块形式存在，需要加载动态资源时，httpd 可以直接通过 php 模块来加工资源并返回给客户端
httpd prefork：libphp5.so（多进程模型的 php）
httpd event or worker：libphp5­zts.so（线程模型的php）
CGI：httpd 需要加载动态资源时，通过 CGI 与 php 解释器联系，获得 php 执行的结果，此时 httpd 负责与 php 连接的建立和断开
等
FastCGI：利用 php­fpm 机制，启动为服务进程，php 自行运行为一个服务，https 通过 socket 与 php 通信
较于 CGI 方式，FastCGI 更为常用，很少有人使用 CGI 方式来加载动态资源

lamp

lamp简介

Lamp架构∶
Linux+apache/nginx+mysql+php/python/perl
lamp
lnmp
lamt
lnmt
lanmp
lanmt
有了前面学习的知识的铺垫，今天可以来学习下第一个常用的web架构了。
所谓lamp，其实就是由Linux+Apache+Mysql/MariaDB+Php/Perl/Python的一组动态网站或者服务
器的开源软件，除Linux外其它各部件本身都是各自独立的程序，但是因为经常被放在一起使用，拥
有了越来越高的兼容度，共同组成了一个强大的Web应用程序平台。
LAMP指的是Linux（操作系统）、Apache（HTTP服务器）、MySQL（也指MariaDB，数据库软
件）和PHP（有时也是指Perl或Python）的第一个字母，一般用来建立web应用平台。
请添加图片描述

web服务器工作流程

在说lamp架构平台的搭建前，我们先来了解下什么是CGI，什么是FastCGI，什么是……
web服务器的资源分为两种，静态资源和动态资源
静态资源就是指静态内容，客户端从服务器获得的资源的表现形式与原文件相同。可以简单的
理解为就是直接存储于文件系统中的资源
动态资源则通常是程序文件，需要在服务器执行之后，将执行的结果返回给客户端
那么web服务器如何执行程序并将结果返回给客户端呢？下面通过一张图来说明一下web服务器如
何处理客户端的请求
请添加图片描述

如上图所示
阶段①显示的是httpd服务器（即apache）和php服务器通过FastCGI协议进行通信，且php作为
独立的服务进程运行
阶段②显示的是php程序和mysql数据库间通过mysql协议进行通信。php与mysql本没有什么联
系，但是由Php语言写成的程序可以与mysql进行数据交互。同理perl和python写的程序也可以与
mysql数据库进行交互

cgi与fastcgi

上图阶段①中提到了FastCGI，下面我们来了解下CGI与FastCGI。
CGI（Common Gateway Interface，通用网关接口），CGI是外部应用程序（CGI程序）与
WEB服务器之间的接口标准，是在CGI程序和Web服务器之间传递信息的过程。CGI规范允许
Web服务器执行外部程序，并将它们的输出发送给Web浏览器，CGI将web的一组简单的静态
超媒体文档变成一个完整的新的交互式媒体。
FastCGI（Fast Common Gateway Interface）是CGI的改良版，CGI是通过启用一个解释器进
程来处理每个请求，耗时且耗资源，而FastCGI则是通过master­worker形式来处理每个请求，
即启动一个master主进程，然后根据配置启动几个worker进程，当请求进来时，master会从
worker进程中选择一个去处理请求，这样就避免了重复的生成和杀死进程带来的频繁cpu上下
文切换而导致耗时

httpd与php结合的方式

httpd与php结合的方式有以下三种：
modules：php将以httpd的扩展模块形式存在，需要加载动态资源时，httpd可以直接通过php
模块来加工资源并返回给客户端
httpd prefork：libphp5.so（多进程模型的php）
httpd event or worker：libphp5­zts.so（线程模型的php）
CGI：httpd需要加载动态资源时，通过CGI与php解释器联系，获得php执行的结果，此时
httpd负责与php连接的建立和断开等
FastCGI：利用php­fpm机制，启动为服务进程，php自行运行为一个服务，https通过socket与
php通信
较于CGI方式，FastCGI更为常用，很少有人使用CGI方式来加载动态资源
1.HTTP协议 是什么? 状态码
HTTP协议是基于TCP/IP的应用层协议
HTTP协议，即 超文本传输协议(Hypertext transfer protocol) 。是用于从WWW服务器传输
超文本
到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少.是一种详细规定了
浏览器和
万维网(WWW =World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档
的数据
传送协议。
HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是
一个无
状态的协议。
每条HTTP响应消息都必须在第一行中包含一个状态码，说明请求的结果。根据代码的第一
位数
字，可将状态码分为以下5类。
1xx —提供信息。
2xx —请求被成功提交。
3xx —客户端被重定向到其他资源。
4xx —请求包含某种错误。
5xx —服务器执行请求时遇到错误。
常见的十个HTTP状态码
200 : 成功，表示访问成功，正常状态。
301 : 永久移动，表示本网页已经永久性的移动到一个新的地址，在客户端自动将请求地址
改为服
务器返回的新地址。
302 : 临时重定向，表示网页暂时性的转移到一的新的地址，客户端在以后可以继续向本地
址发起
请求。
303 : 表示必须临时重定向，并且必须使用GET方式请求。
304 : 重定向至浏览器本身，当浏览器多次发起同一请求，且内容未更改时，使用浏览器缓
存，这
样可以减少网络开销。
401 : 表示协议格式出错，可能是此IP地址被禁止访问该资源，与403类似。
403 : 表示没有权限，服务器拒绝访问请求。
404 : 这是最常见的错误，表示找不到系统资源，但是只是暂时性地。
500 : 表示服务器程序错误，一个通用的错误信息。
503 : 表示服务器繁忙，或者服务器负载，通常这只是一个临时状态

lamp架构运行原理

LAMP是一个多C/S架构的平台，最初级为web客户端基于TCP/IP通过http协议发起传送，
这个请求
可能是动态的，也可能是静态的。
所以web服务器通过发起请求的后缀来判断，如果是静态的资源就由web服务器自行处理，
然后将
资源发给客户端。如果是动态这时web服务器会通过CGI（Common Gateway interface）
协议发给
PHP。
但是如果php是以模块形式与Web服务器联系。那么它们是通过共享内存的方式。如果是
PHP单独
的放置与一台服务器，那么它们是通过sockets套接字监听的方式通信（这又是一个C/S架
构）。
这时php会相应的执行一段程序，如果执行程序时，需要用到数据。那么php就会通过
mysql协议发
送给mysql服务器（也可以看作是一个C/S架构）。由mysql服务器处理，将数据供给php程
序

著名抢人头选手
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
GTID主从以及lamp架构
qq_58733916的博客
08-01 162
GTID主从以及LAMP架构
MySQL5.7双主架构搭建（基于GTID方式）
灵魂自由的忙人
05-31 7019
系统：Centos6.5IP：192.168.0.103、192.168.0.104搭建MySQL步骤 略（详见：https://blog.csdn.net/xiaoyi23000/article/details/53200205）1、在103节点/etc/my.cnf上配置（配置中只是关于GTID的参数配置，其他相关参数略）server-id=1033306relay-log=relay-log...
gtid主从
minyao
08-31 212
文章目录1. 事务1.1 事务的特性 1. 事务 事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。 1
mysql gtid setup_MySQL GTID详解
weixin_39646412的博客
01-18 85
MySQL在5.6版本推出了GTID复制，相比传统的复制，GTID复制对于运维更加友好，这个事物是谁产生，产生多少事物，非常直接的标识出来。今天将讨论一下 关于从库show slave status 中的Retrieved_Gtid_Set 和 Executed_Gtid_Set.Retrieved_Gtid_Set : 从库已经接收到主库的事务编号Executed_Gtid_Set : 从库自身...
MySQL基础笔记(15)-搭建基于GTID的MySQL主从复制架构
BoringError的博客
02-28 1287
文章目录一、为什么需要GTID二、GTID是什么2.1、GTID的组成2.2、基于GTID的主从复制原理三、开始配置3.1、准备Docker的MySQL服务3.2、三个重要参数3.3、主库配置3.4、从库配置3.5、在主库中创建用于主从复制的账号四、开启主从复制 一、为什么需要GTID 之前写过一篇文章介绍过基于日志点的MySQL的主从复制：https://blog.csdn.net/pbrlov...
GTID主从
m0_56681539的博客
08-01 190
HTTP协议是HyperTextTransferProtocol（超文本传输协议）的缩写,是用于从万维网（WWWWorldWideWeb）服务器传输超文本到本地浏览器的传送协议。HTTP是一个基于TCP/IP通信协议来传递数据（HTML文件,图片文件,查询结果等）。HTTP协议工作于客户端-服务端架构为上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。1xx是信息类如100。......
MySQL主从之GTID主从
时羽天的博客
08-01 551
MySQL的GTID主从概念和配置
MySQL主从配置和gtid主从配置
m0_62469712的博客
08-02 962
分别在主从两台服务器上安装mysql-5.7版本，此处略过安装步骤，若有疑问请参考《mysql基础》与《mysql进阶》两篇文章。vi/etc/my.cnf,添加以下配置，重启mysql。为确保从数据库与主数据库里的数据一样，先全备主数据库并还原到从数据库中。vi/etc/my.cnf，添加以下配置，重启mysql。克隆出来的机器会有问题因为它们uuid是一样的所有会配置不成功。从库设置要同步的主库信息，并开启同步。解决方法输入这两个命令就可以了。重启从库的mysql服务。.........
mysql 5.7 gtid 主从_MySQL 5.7基于GTID的主从复制实践
weixin_31546795的博客
01-19 189
原标题：MySQL 5.7基于GTID的主从复制实践在 「」 一文中我们讲解了 MySQL 5.7 新特性多源复制的实现方法。今天我们来讲讲 MySQL 5.7 的另一个新特性基于 GTID 的主从复制实现。什么是GTID Replication从 MySQL 5.6.5 开始新增了一种基于 GTID 的复制方式。通过 GTID 保证了每个在主库上提交的事务在集群中有一个唯一的ID。这种方式强化了...
mysql gtid 主从_基于GTID搭建主从MySQL
weixin_42347925的博客
01-21 438
基于gtid搭建主从MySQL一、GTID的使用想让主从之间使用gtid的方式同步数据，需要我们在配置文件中开启mysql对gtid相关的配置信息找到my.cnf ，在mysqld模块中加入如下的配置。(主库从库都这样)# on表示开启，OFF表示关闭gtid-mode = ON# 下面的两个变量必须开启，否则MySQL拒绝启动# 通常情况，从服务器从主服务器接收到的更新不记入它的二进制日志。该选...
GTID主从配置（一从一从、一主多从、多主一从）
多回访
08-31 494
GTID主从搭建GTID主从搭建什么是GTIDGTID与传统主从的区别:GTID的工作原理：一主一从需求安装MySQLmaster：slave：关闭防火墙和SElinuxmaster：slave：配置主库文件配置从库文件测试停止一主多从需求安装MySQLmasterslave关闭防火墙和selinuxmaster、slave配置主库文件配置从库文件测试多主一从需求主库设置效果演示查看从库变化 GTID主从搭建 什么是GTID GTID(Global Transaction ID)是对于一个已提交事务的编号
GTID主从搭建
Xiaoajie55的博客
09-02 329
目录GTID主从搭建一主一从环境需求1、修改配置文件2、master上授权用户3、slave上请求连接4、slave上开启5、测试一主多从环境需求1、修改配置文件2、master上授权两个用户3、slave上请求连接4、开启slave5、测试多主一从环境需求 GTID主从搭建 一主一从 环境需求 两台服务器已经安好mysql 主机名 ip 服务 mysql密码 master 192.168.47.128 mysql 1 slave 192.168.47.129 mysql 1 1、修
MySQL 相关知识笔记
weixin_68929783的博客
08-23 1551
以上是根据 B 站黑马课程学习后的 MySQL 笔记，为了日后复习和给别人参考而整理，希望对大家有所帮助。同时，在实际应用中，还需要根据具体情况合理使用索引、约束等功能，以提高数据库的性能和数据的完整性。
汉服文化平台网站
heye0910032的博客
08-26 374
本文主要探讨了使用Java语言开发汉服文化平台网站的全过程。系统采用B/S架构，严格遵循软件开发流程，从分析、设计到实现，确保了项目的系统性和科学性。系统主要面向管理员和用户两大类使用者，提供了包括首页、个人中心、汉服知识管理、服装展示管理、用户相册管理、论坛交流、系统管理、订单管理等功能。本系统的应用，旨在实现汉服文化信息管理的信息化，提高管理效率，方便用户访问和交流。通过本毕业设计，我深入学习并实践了Java语言和SSM框架在Web开发中的应用。
修复数据库中的 “Access Denied: SUPER Privilege Required” 错误
xiaochong0302的博客
08-26 354
当您使用数据库时，您可能会看到错误消息：“Access denied; you need (at least one of) the SUPER privilege(s) for this operation”。当您的数据库用户没有足够的权限来执行某些操作时，就会发生这种情况。
python12 中，No module named‘distutils‘错误
qq_43557600的博客
08-27 848
python12 “ No module named'distutils' ”,​ 安装 pip install setuptools ，解决 ​
（1）Hilt的基本概念和使用
最新发布
challenge51all的专栏
08-27 423
Jetpack Hilt 是一个强大的依赖注入框架，它简化了 Android 应用中的依赖管理，提高了代码的可维护性和可测试性。通过使用注解和模块，开发人员可以轻松地管理应用中的依赖关系，并在不同的组件之间共享和注入依赖。在应用的 Application 类上使用这个注解，告诉 Hilt 这是一个使用 Hilt 进行依赖注入的应用。Jetpack Hilt 是一个用于 Android 的依赖注入框架，它建立在 Dagger 的基础上，旨在简化 Android 应用中的依赖注入过程。
笔记redis
风止的博客
08-22 1243
Redis（Remote Dictionary Server）是用C语言开发的一个基于的数据库。
mysqlgtid主从复制
05-23
MySQL GTID（全局事务标识符）是一个用于在主从复制中跟踪事务的标识符。GTID 由 MySQL 服务器生成，用于唯一标识每个事务。使用 GTID，主服务器可以轻松地将事务传播到所有从服务器，并且可以自动处理主从服务器之间的故障转移。 在 GTID 主从复制中，每个事务都有一个全局唯一的标识符，即 GTID，该标识符由主服务器创建。从服务器使用 GTID 来确定它需要从主服务器复制哪些事务。当主服务器上的某个事务被提交时，它会将 GTID 发送到所有从服务器，以便它们可以知道哪些事务需要被复制。 GTID 主从复制有以下优点： 1. 简化配置：不需要手动为每个从服务器设置 binlog 文件和位置，从而避免了人为错误。 2. 自动故障转移：在主服务器发生故障时，从服务器可以自动切换到新的主服务器，而不需要手动干预。 3. 跨数据中心复制：GTID 可以跨数据中心复制，因为它可以唯一标识每个事务，而不是仅限于特定的 binlog 文件和位置。 总之，GTID 主从复制是一种便捷且可靠的 MySQL 复制技术，可以简化配置和自动处理故障转移。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值