Maison  >  Article  >  base de données  >  Analyse des transactions MySQL et des instances de moteur de stockage

Analyse des transactions MySQL et des instances de moteur de stockage

WBOY
WBOYavant
2023-05-27 20:29:43794parcourir

1. Transaction MySQL

1. Le concept de transaction

(1) Une transaction est un mécanisme, une séquence d'opérations, qui comprend un ensemble de commandes de fonctionnement de la base de données, et toutes les commandes sont soumises ou révoquées au système dans son ensemble. .Requête, c'est-à-dire que soit tous cet ensemble de commandes de base de données seront exécutés, soit aucune d'entre elles ne sera exécutée.

(2) Une transaction est une unité de travail logique indivisible lors de l'exécution d'opérations simultanées sur un système de base de données, une transaction est la plus petite unité de contrôle.

(3) Scénarios de systèmes de bases de données exploités par plusieurs utilisateurs en même temps, tels que les banques, les compagnies d'assurance, les systèmes de négociation de titres, etc., adaptés au traitement des transactions. (4) Les transactions garantissent la cohérence des données grâce à l'intégrité des transactions.

2. Caractéristiques ACID des transactions

Remarque : ACID fait référence aux quatre caractéristiques qu'une transaction doit avoir dans un système de gestion de base de données (SGBD) fiable : atomicité, cohérence et isolement et durabilité. Ce sont plusieurs caractéristiques que devrait avoir une base de données fiable.

(1) Les transactions sont atomiques, c'est-à-dire que les opérations de la transaction sont soit toutes exécutées, soit pas exécutées du tout, et sont indivisibles. a. Une transaction est une opération complète et les éléments de la transaction sont indissociables.

b. Tous les éléments de la transaction doivent être validés ou annulés dans leur ensemble.

c. Si un élément de la transaction échoue, la transaction entière échouera.

(2) Cohérence : signifie que les contraintes d'intégrité de la base de données ne sont pas violées avant le début de la transaction et après la fin de la transaction.

a. Lorsque la transaction est terminée, les données doivent être dans un état cohérent.

b. Avant le début de la transaction, les données stockées dans la base de données sont dans un état cohérent.

c. Lors des transactions en cours, les données peuvent être dans un état incohérent.

d. Lorsque la transaction se termine avec succès, les données doivent à nouveau revenir à un état cohérent connu.

(3) Isolation : lorsque plusieurs transactions exploitent les mêmes données en même temps, dans un environnement simultané, chaque transaction peut utiliser sa propre zone de données complète et indépendante. Toutes les transactions simultanées qui modifient les données sont isolées les unes des autres, ce qui indique qu'une transaction doit être indépendante et qu'elle ne doit en aucun cas dépendre ou affecter d'autres transactions. Une transaction qui modifie les données peut accéder aux données avant le début d’une autre transaction utilisant les mêmes données ou après la fin d’une autre transaction utilisant les mêmes données.

(4) Persistance : une fois la transaction terminée, les modifications apportées à la base de données par la transaction sont conservées dans la base de données et ne seront pas annulées.

a signifie que, que le système échoue ou non, les résultats du traitement des transactions sont permanents.

b. Une fois qu'une transaction est validée, les effets de la transaction seront conservés en permanence dans la base de données.

Résumé : Dans la gestion des transactions, l'atomicité est le fondement, l'isolement est le moyen, la cohérence est le but et la durabilité est le résultat.

3. L'influence mutuelle entre les choses

(1) Lecture sale : une transaction lit les données non validées d'une autre transaction, et ces données peuvent être annulées.

L'exécution continue de deux requêtes identiques dans une transaction mais l'obtention de résultats différents est appelée une lecture non répétable. Cela est dû à la validation des modifications par d'autres transactions dans le système au moment de la requête.

Re-narration : la lecture fantôme fait référence au moment où une transaction modifie certaines lignes de données dans une table, mais qu'une autre transaction insère plusieurs lignes de nouvelles données en même temps, ce qui oblige la première transaction à trouver plusieurs lignes de données supplémentaires lors de l'interrogation. Au même moment, une autre transaction a modifié la table et inséré une nouvelle ligne de données. Les utilisateurs qui ont opéré sur la transaction précédente seront surpris de constater qu'il y a encore des lignes de données non modifiées dans le tableau, comme s'ils hallucinaient.

(4). Mise à jour perdue : deux transactions lisent le même enregistrement en même temps. A modifie d'abord l'enregistrement, et B modifie également l'enregistrement (B ne sait pas que A l'a modifié après que B ait soumis les données). Le résultat de la modification de B écrase le résultat de la modification de A.

2. Mysql et niveau d'isolement des transactions

(1), lecture non validée : lecture de données non validées, ne résout pas les lectures sales

(2), lecture validée : lecture de données validées, peut résoudre les lectures sales

(3), lecture répétable : relecture, peut résoudre les lectures sales et les lectures non répétables-------------mysql par défaut

(4), sérialisable : sérialisation, peut résoudre les lectures sales, les lectures non répétables et virtuelles read---------------- équivalent à lock table Remarque : le niveau de traitement des transactions par défaut de MySQL est une lecture répétable, tandis qu'Oracle et SQL Server sont validés en lecture

1. Interrogez le niveau d'isolation global des transactions

show global variables like '%isolation%';
或
select @@global.tx_isolation;

Analyse des transactions MySQL et des instances de moteur de stockage

2. Interrogez le niveau d'isolement des transactions de session

show session variables like '%isolation%';
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

Analyse des transactions MySQL et des instances de moteur de stockage

3. Définissez le niveau d'isolement des transactions global

set global transaction isolation level read committed;
show global variables like '%isolation%';

Analyse des transactions MySQL et des instances de moteur de stockage

4.

三、事务控制语句

1、相关语句

begin;               开启事务
commit;              提交事务,使已对数据库进行的所有修改变为永久性的
rollback;            回滚事务,撤销正在进行的所有未提交的修改
savepoint s1;        建立回滚点,s1为回滚点名称,一个事务中可以有多个
rollback to s1;      回滚到s1回滚点

2、案例

①、创建表

create database school;
use school;
create table Fmoney(
id int(10) primary key not null,  
name varchar(20),  
money decimal(5,2));

insert into Fmoney values ('1','srs1','100');
insert into Fmoney values ('2','srs2','200');
select * from Fmoney;

Analyse des transactions MySQL et des instances de moteur de stockage

②、测试提交事务

begin;
update Fmoney set money= money - 100 where name='srs2';
commit;
quit

mysql -u root -p
use school;
select * from Fmoney;

Analyse des transactions MySQL et des instances de moteur de stockage

③、测试回滚事务

begin;
update Fmoney set money= money + 100 where name='srs2';
select * from Fmoney;
rollback;

select * from Fmoney;

Analyse des transactions MySQL et des instances de moteur de stockage

④、测试多点回滚

begin;
update Fmoney set money= money + 100 where name='srs2';
select * from Fmoney;
savepoint a;
update Fmoney set money= money + 100 where name='srs1';
select * from Fmoney;
savepoint b;
insert into Fmoney values ('3','srs3','300');
select * from Fmoney;

rollback to b;
select * from Fmoney;

Analyse des transactions MySQL et des instances de moteur de stockage

Analyse des transactions MySQL et des instances de moteur de stockage

3、使用 set 设置控制事务

SET AUTOCOMMIT=0;                        #禁止自动提交
SET AUTOCOMMIT=1;                        #开启自动提交,Mysql默认为1
SHOW VARIABLES LIKE 'AUTOCOMMIT';        #查看Mysql中的AUTOCOMMIT值

如果没有开启自动提交,当前会话连接的mysql的所有操作都会当成一个事务直到你输入rollback|commit;当前事务才算结束。当前事务结束前新的mysql连接时无法读取到任何当前会话的操作结果。
如果开起了自动提交,mysql会把每个sql语句当成一个事务,然后自动的commit。
当然无论开启与否,begin; commit|rollback; 都是独立的事务。

Analyse des transactions MySQL et des instances de moteur de stockage

四、MySQL 存储引擎

1、存储引擎概念介绍

(1)MySQL中的数据用各种不同的技术存储在文件中,每一种技术都使用不同的存储机制、索引技巧、锁定水平,并最终提供不同的功能和能力,这些不同的技术以及配套的功能在MySQL中称为存储引擎。

(2)存储引擎是MySQL将数据存储在文件系统中的存储方式或者存储格式

(3)MySQL 常用的存储引擎有: a、MylSAM b、InnoDB

(4)MySQL数据库中的组件,负责执行实际的数据I/O操作

(5)MySQL系统中,存储引擎处于文件系统之.上,在数据保存到数据文件之前会传输到存储引擎,之后按照各个存储引擎的存储格式进行存储。

2、查看系统支持的存储引擎

show engines;

Analyse des transactions MySQL et des instances de moteur de stockage

3、查看表使用的存储引擎

(1)方法一:直接查看
show table status from 库名 where name='表名'\G;
例:
show table status from school where name='class'\G;

(2)方法二:进入数据库查看
use 库名;
show create table 表名\G;

例:
use school;
show create table class\G;

Analyse des transactions MySQL et des instances de moteur de stockage

4、修改存储引擎

(1) 方法一:通过 alter table 修改
use 库名;
alter table 表名 engine=MyISAM;

例:
use school;
alter table class engine=MYISAM;

(2)方法二:通过修改 /etc/my.cnf 配置文件,指定默认存储引擎并重启服务
注意:此方法只对修改了配置文件并重启mysql服务后新创建的表有效,已经存在的表不会有变更。
vim /etc/my.cnf
......
[mysqld]
......
default-storage-engine=INNODB

systemctl restart mysql.service


(3)方法三:通过 create table 创建表时指定存储引擎
use 库名;
create table 表名(字段1 数据类型,...) engine=MyISAM;

例:
mysql -u root -p
use school;
create table test7(id int(10) not null,name varchar(20) not null) engine=MyISAM;

Analyse des transactions MySQL et des instances de moteur de stockage

Analyse des transactions MySQL et des instances de moteur de stockage

Analyse des transactions MySQL et des instances de moteur de stockage

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer