6 MySQL-存储引擎(二)-事务

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq_34646546/article/details/89256633

事务简介 (OLTP,在线事务处理系统)*****

事务:主要是针对DML(insert、update、delete)来进行控制的。
DML1
DML2
DML3
以上三条语句,必须同时成功,或同时失败

事务的ACID特性

Atomic(原子性)
所有语句作为一个单元全部成功执行或全部取消。不能出现中间状态。
Consistent(一致性)
如果数据库在事务开始时处于一致状态,则在执行该事务期间将保留一致状态。
Isolated(隔离性)
事务之间不相互影响。
Durable(持久性)
事务成功完成后,所做的所有更改都会准确地记录在数据库中。所做的更改不会丢失。

事务的生命周期(事务控制语句)

事务的开始

begin

说明:在5.5 以上的版本,不需要手工begin,只要你执行的是一个DML,会自动在前面加一个begin命令。

事务的结束

commit:提交事务
完成一个事务,一旦事务提交成功 ,就说明具备ACID特性了。
rollback :回滚事务
将内存中,已执行过的操作,回滚回去

自动提交策略(autocommit)

db01 [(none)]>select @@autocommit;
db01 [(none)]>set autocommit=0;
db01 [(none)]>set global autocommit=0;

注:
自动提交是否打开,一般在有事务需求的MySQL中,将其关闭
不管有没有事务需求,我们一般也都建议设置为0,可以很大程度上提高数据库性能
(1)

set autocommit=0;   
set global autocommit=0;

(2)

vim /etc/my.cnf
autocommit=0     

隐式提交语句

用于隐式提交的 SQL 语句:
begin
a
b
begin
SET AUTOCOMMIT = 1
导致提交的非事务语句:
DDL语句: (ALTER、CREATE 和 DROP)
DCL语句: (GRANT、REVOKE 和 SET PASSWORD)
锁定语句:(LOCK TABLES 和 UNLOCK TABLES)
导致隐式提交的语句示例:
TRUNCATE TABLE
LOAD DATA INFILE
SELECT FOR UPDATE

开始事务流程:
1、检查autocommit是否为关闭状态

select @@autocommit;

或者:

show variables like 'autocommit';

2、开启事务,并结束事务

begin
delete from student where name='alexsb';
update student set name='alexsb' where name='alex';
rollback;

begin
delete from student where name='alexsb';
update student set name='alexsb' where name='alex';
commit;

InnoDB 事务的ACID如何保证?

在这里插入图片描述

redo log

Redo是什么?
redo,顾名思义“重做日志”,是事务日志的一种。

作用是什么
在事务ACID过程中,实现的是“D”持久化的作用。对于AC也有相应的作用
redo日志位
redo的日志文件:iblogfile0 iblogfile1
redo buffer
redo的buffer:数据页的变化信息+数据页当时的LSN号
LSN:日志序列号 磁盘数据页、内存数据页、redo buffer、redolog
redo的刷新策略
commit;
刷新当前事务的redo buffer到磁盘
还会顺便将一部分redo buffer中没有提交的事务日志也刷新到磁盘
MySQL CSR——前滚
MySQL : 在启动时,必须保证redo日志文件和数据文件LSN必须一致,
如果不一致就会触发CSR,最终保证一致
redo 日志文件是轮询使用

undo 回滚日志

undo是什么?
undo,顾名思义“回滚日志”
作用是什么?
在事务ACID过程中,实现的是“A” 原子性的作用
另外CI也依赖于Undo

概念性的东西:

redo怎么应用的
undo怎么应用的
CSR(自动故障恢复)过程
LSN :日志序列号
TXID:事务ID
CKPT(Checkpoint)

“锁”顾名思义就是锁定的意思。
“锁”的作用是什么?
在事务ACID过程中,“锁”和“隔离级别”一起来实现“I”隔离性和"C" 一致性 (redo也有参与).
悲观锁:行级锁定(行锁)
谁先操作某个数据行,就会持有<这行>的(X)锁.
乐观锁: 没有锁

隔离级别

影响到数据的读取,默认的级别是 RR模式.
RU(read uncommited) : 读未提交(脏读)
transaction_isolation=read-uncommit
事务没提交,其他事务也可以看到修改后的数据(脏页读)
此种隔离级别,会造成脏读和幻读。
RC : 读已提交
事务已提交,其他事务才可以可以看到修改后的数据(会出现幻读)
防止了脏读,会有幻读,非金融性的业务此种级别足够
RR : 可重复读
不管是事务执行前,事务执行中,事务结束后,同一个会话一定读到的是同一个数据,MySQL默认的隔离级别.必须支持事务(undo快照),必须有索引,可以防止幻读,读一致性的目的.
防止脏读和幻读,通过一致性快照实现(undo)。
S : 可串行化

InnoDB存储引擎核心特性-参数补充

存储引擎相关

查看

show engines;
show variables like 'default_storage_engine';
select @@default_storage_engine;

如何指定和修改存储引擎
(1) 通过参数设置默认引擎
(2) 建表的时候进行设置
(3) alter table t1 engine=innodb;

表空间

共享表空间
innodb_data_file_path
一般是在初始化数据之前就设置好
例子:
innodb_data_file_path=ibdata1:512M:ibdata2:512M:autoextend
独立表空间

show variables like 'innodb_file_per_table';

缓冲区池

查询

select @@innodb_buffer_pool_size;
show engine innodb status\G
innodb_buffer_pool_size 

一般建议最多是物理内存的 75-80%

innodb_flush_log_at_trx_commit (双一标准之一)

作用
主要控制了innodb将log buffer中的数据写入日志文件并flush磁盘的时间点,取值分别为0、1、2三个。
查询

select @@innodb_flush_log_at_trx_commit;

参数说明:
1,每次事物的提交都会引起日志文件写入、flush磁盘的操作,确保了事务的ACID;
flush 到操作系统的文件系统缓存 fsync到物理磁盘
0,表示当事务提交时,不做日志写入操作,而是每秒钟将log buffer中的数据写入日志文件并flush磁盘一次;
2,每次事务提交引起写入日志文件的动作,但每秒钟完成一次flush磁盘操作。

======================================================
另一种解释方式
取值为0:log buffer每秒写入日志文件log file并刷新flush到磁盘。这种情况下,MySQL的日志刷写操作和事务提交操作没有关系。因此MySQL的性能是最好的时刻。不过不安全

取值为1:每次事务提交时,log buffer会被写入到日志文件并且还要刷写到磁盘上。由于每次事务都要提交到I/O设备,因此会慢一点,不过是最安全的。

取值为2:0和1的中间效果,即每次的事务提交会写入log buffer,而刷写到磁盘则是一秒进行一次。性能属于一般。

Innodb_flush_method=(O_DIRECT, fdatasync)

作用
控制的是,log buffer 和data buffer,刷写磁盘的时候是否经过文件系统缓存
查看

show variables like '%innodb_flush%';

参数值说明

O_DIRECT  :       数据缓冲区写磁盘,不走OS buffer
fdatasync :       日志和数据缓冲区写磁盘,都走OS buffer
O_DSYNC  :        日志缓冲区写磁盘,不走 OS buffer

使用建议
最高安全模式

innodb_flush_log_at_trx_commit=1
Innodb_flush_method=O_DIRECT

最高性能:

innodb_flush_log_at_trx_commit=0
Innodb_flush_method=fdatasync

redo日志有关的参数

innodb_log_buffer_size=16777216
innodb_log_file_size=50331648
innodb_log_files_in_group = 3

扩展(自己扩展,建议是官方文档。)

GAP
next-lock
RR模式(对索引进行删除时):
GAP: 间隙锁
next-lock: 下一件锁定
id(有索引)
1 2 3 4 5 6
GAP:
在对3这个值做变更时,会产生两种锁,一种是本行的行级锁,另一种会在2和4索引键上进行枷锁
next-lock:
对第六行变更时,一种是本行的行级锁,在索引末尾键进行加锁,6以后的值在这时是不能被插入的。
总之:
GAP、next lock都是为了保证RR模式下,不会出现幻读,降低隔离级别或取消索引,这两种锁都不会产生。
IX IS X S

猜你喜欢

转载自blog.csdn.net/qq_34646546/article/details/89256633