事务
事务:一个最小的不可再分的工作单元;通常一个事务对应一个完整的业务(例如银行账户转账业务,该业务就是一个最小的工作单元);在MySQL中只有使用了Innodb数据库引擎的数据库或表才支持事务。
事务作用
事务处理用来维护数据库的完整性,保证成批的SQL语句要么全部执行,要么全部不执行;一个完整的业务需要批量的DML(insert、update、delete)语句共同联合完成,事务只和DML语句有关。
事务四大特征
一般来说,事务是必须满足4个条件:原子性(Atomicity,或称不可分割性)、一致性(Consistency)、隔离性(Isolation,又称独立性)、持久性(Durability)。
- 原子性:一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
- 一致性:在事务开始之前和事务结束以后,数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。(比如:A向B转账,不可能A扣了钱,B却没有收到)
- 隔离性:数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交(Read uncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(Serializable)。(比如:A正在从一张银行卡里面取钱,在A取钱的过程中,B不能向这张银行卡打钱)
- 持久性:事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。
事务的类型
手动事务
手动事务允许显式处理若干过程,这些过程包括:开始事务、控制事务边界内的每个连接和资源登记、确定事务结果(提交或中止)以及结束事务。尽管此模型提供了对事务的标准控制,但它缺少一些内置于自动事务模型的简化操作。例如,在手动事务中数据存储区之间没有自动登记和协调。此外,与自动事务不同,手动事务中事务不在对象间流动。
如果选择手动控制分布式事务,则必须管理恢复、并发、安全性和完整性。也就是说,必须应用维护与事务处理关联的 ACID 属性所需的所有编程方法。
自动事务
.NET 页、XML Web services方法或 .NET Framework 类一旦被标记为参与事务,它们将自动在事务范围内执行。您可以通过在页、XML Web services 方法或类中设置一个事务属性值来控制对象的事务行为。特性值反过来确定实例化对象的事务性行为。因此,根据声明特性值的不同,对象将自动参与现有事务或正在进行的事务,成为新事务的根或者根本不参与事务。声明事务属性的语法在 .NET Framework 类、.NET 页和 XML Web services 方法中稍有不同。
声明性事务特性指定对象如何参与事务,如何以编程方式被配置。尽管此声明性级别表示事务的逻辑,但它是一个已从物理事务中移除的步骤。物理事务在事务性对象访问数据库或消息队列这样的数据资源时发生。与对象关联的事务自动流向合适的资源管理器,诸如 OLE DB、开放式数据库连接 (ODBC) 或 ActiveX 数据对象 (ADO) 的关联驱动程序在对象的上下文中查找事务,并通过分布式事务处理协调器 (DTC) 在此事务中登记。整个物理事务自动发生。
什么是Gtid
GTID就是全局事务ID,GTID (Global Transaction ID) 是对于一个已提交事务的编号,并且是一个全局唯一的编号。
GTID 实际上 是由UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交量调整递增。
GTID 集合可以包含来自多个 MySQL 实例的事务,它们之间用逗号分隔。
Gtid的作用
采用了新的复制协议,旧协议是,首先从服务器上在一个特定的偏移量位置连接到主服务器上一个给定的二进制日志文件,然后主服务器再从给定的连接点开始发送所有的事件。
Gtid复制的好处:
1.保证同一个事务在某slave上绝对只执行一次,没有执行过的gtid事务总是会被执行。
2.不用像传统复制那样保证binlog的坐标准确,因为根本不需要binlog以及坐标。
3.故障转移到新的master的时候很方便,简化了很多任务。
4.很容易判断master和slave的数据是否一致。只要master上提交的事务在slave上也提交了,那么一定是一致的。
Gtid的工作原理:
1.当一个事务在主库端执行并提交时,产生GTID,一同记录到binlog日志中。
2.binlog_传输到slave,并存储到slave的relaylog,后,读取这个GTID的这个值设置gtid_next变量,即告诉 Slave,下一个要执行的 GTID值。
3.sql线程从relay log中获取 GTID,然后对比 slave端的binlog是否有该GTID。
4.如果有记录,说明该GTID的事务已经执行,slave会忽略。
5.如果没有记录,slave就会执行该GTID事务,并记录该GTID到自身的b在读取执行事务前会先检查其他session持有该GTID,确保不被重复执行。
6.在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描。
一主一从
主IP:192.168.126.128
从IP: 192.168.126.150
关掉防火墙
[root@localhost ~]# systemctl stop firewalld
[root@localhost ~]# setenforce 0
主配置
//创建用户之前写过
//在/etc/my.cnf下添加内容
[root@localhost ~]# vi /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
port = 3306
pid-file = /opt/data/mysql.pid
skip-name-resolve
# replication config
server-id = 10
gtid-mode = on
enforce-gtid-consistency = on
log-bin = mysql_bin
binlog-format = row
log-slave-updates = 1
skip-slave-start = 1
从配置
//在/etc/my.cnf下添加内容
[root@localhost ~]# vi /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
port = 3306
pid-file = /opt/data/mysql.pid
skip-name-resolve
#replication config
server-id = 20
log-bin = mysql_bin
binlog-format = row
skip-slave-start = 1
gtid-mode = on
log-slave-updates = 1
enforce-gtid-consistency = on
//配置主从复制
mysql> change master to
-> master_host='192.168.126.128',
-> master_user='mkf',
-> master_password='mkf123,
-> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.126.128
Master_User: mkf
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 585
Relay_Log_File: localhost-relay-bin.000002
Relay_Log_Pos: 798
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
一主二从
主IP:192.168.126.128
从IP: 192.168.126.150
从IP: 192.168.126.151
加的第二个从服务器
//配置从库
[root@slave ~]# cat /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
pid-file = /opt/data/mysqld.pid
port = 3306
skip-name-resolve
# replication config
server-id = 21
log-bin = mysql_bin
binlog-format = row
gtid-mode = on
skip-slave-start = 1
log-slave-updates = 1
enforce-gtid-consistency = on
[root@slave ~]# service mysqld restart
//配置主从复制
mysql> change master to
-> master_host='192.168.126.128',
-> master_user='mkf',
-> master_password='mkf123',
-> 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.126.128
Master_User: mkf
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql_bin.000001
Read_Master_Log_Pos: 614
Relay_Log_File: localhost-relay-bin.000002
Relay_Log_Pos: 827
Relay_Master_Log_File: mysql_bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
两主一从
主IP:192.168.126.128
主IP:192.168.126.152
从IP: 192.168.126.151
//关闭防火墙和selinux
[root@master ~]# systemctl disable --now firewalld.service
[root@master ~]# setenforce 0
//配置my.cnf配置文件
[root@master ~]# cat /etc/my.cnf
[mysqld]
basedir = /usr/local/mysql
datadir = /opt/data
socket = /tmp/mysql.sock
pid-file = /opt/data/mysqld.pid
port = 3306
skip-name-resolve
replication config
server-id = 11 这里ID不能相同
gtid-mode = on
enforce-gtid-consistency = on
log-bin = mysql_bin
binlog-format = row
log-slave-updates = 1
skip-slave-start = 1
[root@master ~]# service mysqld restart
//从库
mysql> change master to
-> master_host='192.168.126.151',
-> master_user='mkf',
-> master_password='mkf',
-> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.00 sec)
mysql> change master to
-> master_host='192.168.126.152',
-> master_user='mkf',
-> master_password='mkf123',
-> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
//开始主从复制
mysql> start slave ;
Query OK, 0 rows affected (0.01 sec)