MySQL学习小结(三)存储引擎、事务

版权声明: https://blog.csdn.net/qq_21578125/article/details/89082281


-- 存储引擎
show engines;-- 查看当前服务器都有哪些引擎
/*•	为确定某表所使用的存储引擎,可以使用SHOW CREATE TABLE或SHOW TABLE STATUS语句*/
show create table emp;
show table status like 'emp';
/*
常用的存储引擎:

1. MyISAM存储引擎
•	MyISAM存储引擎是MySQL最常用的引擎。 
•	它管理的表具有以下特征:
   –	使用三个文件表示每个表:
			 •	格式文件 — 存储表结构的定义(mytable.frm) 
			 •	数据文件 — 存储表行的内容(mytable.MYD) 
			 •	索引文件 — 存储表上索引(mytable.MYI)
	–	灵活的AUTO_INCREMENT字段处理
	–	可被转换为压缩、只读表来节省空间 
2. InNoDB 引擎
•	InnoDB存储引擎是MySQL的缺省引擎。 
•	它管理的表具有下列主要特征:
		–	每个InnoDB表在数据库目录中以.frm格式文件表示
		–	InnoDB表空间tablespace被用于存储表的内容
		–	提供一组用来记录事务性活动的日志文件
		–	用COMMIT(提交)、SAVEPOINT及ROLLBACK(回滚)支持事务处理
		–	提供全ACID兼容
		–	在MySQL服务器崩溃后提供自动恢复
		–	多版本(MVCC)和行级锁定
		–	支持外键及引用的完整性,包括级联删除和更新 
3. MEMORY 存储引擎
•	使用MEMORY存储引擎的表,其数据存储在内存中,且行的长度固定,这两个特点使得MEMORY存储引擎非常快。
•	MEMORY存储引擎管理的表具有下列特征:
		–	在数据库目录内,每个表均以.frm格式的文件表示。
		–	表数据及索引被存储在内存中。
		–	表级锁机制。
		–	不能包含TEXT或BLOB字段。
•	MEMORY存储引擎以前被称为HEAP引擎。 

选择合适的存储引擎
•	MyISAM表最适合于大量的数据读而少量数据更新的混合操作。MyISAM表的另一种适用情形是使用压缩的只读表。
•	如果查询中包含较多的数据更新操作,应使用InnoDB。其行级锁机制和多版本的支持为数据读取和更新的混合操作提供了良好的并发机制。
•	可使用MEMORY存储引擎来存储非永久需要的数据,或者是能够从基于磁盘的表中重新生成的数据。 
*/

-- 事物
/* 事务可以保证多个操作原子性,要么全成功,要么全失败。对于数据库来说事务保证批量的DML要么全成功,要么全失败。事务具有四个特征ACID
a)	原子性(Atomicity)
	整个事务中的所有操作,必须作为一个单元全部完成(或全部取消)。
b)	一致性(Consistency)
	在事务开始之前与结束之后,数据库都保持一致状态。
c)	隔离性(Isolation)
	一个事务不会影响其他事务的运行。
d)	持久性(Durability)
	在事务完成以后,该事务对数据库所作的更改将持久地保存在数据库之中,并不会被回滚。
事务中存在一些概念:
		a)	事务(Transaction):一批操作(一组DML)
		b)	开启事务(Start Transaction)
		c)	回滚事务(rollback)
		d)	提交事务(commit)
		e)	SET AUTOCOMMIT:禁用或启用事务的自动提交模式
当执行DML语句是其实就是开启一个事务
关于事务的回滚需要注意:只能回滚insert、delete和update语句,不能回滚select(回滚select没有任何意义),对于create、drop、alter这些无法回滚.
事务只对DML有效果。

注意:rollback,或者commit后事务就结束了。

*/

-- 事物提交与回滚的演示
create table user(
id int(11) primary key not null auto_increment,
username varchar(30),
pwd varchar(30) 
) engine =InnoDB Default charset=utf8;

select * from user;-- 查询表中的数据
start transaction;-- 开启事物
insert into user( username,pwd) values('zhangsan','124');
select * from user;-- 可以查询到插入的数据,但是打开表查看的时候没有该条数据
update user set username='lisi' where id =1;
select * from user;-- 可以查询到插入的数据,但是打开表查看的时候没有该条数据
rollback;
select * from user;-- 查询结果为空

/* 
自动提交模式:
•	自动提交模式用于决定新事务如何及何时启动。 
•	启用自动提交模式:
		–	如果自动提交模式被启用,则单条DML语句将缺省地开始一个新的事务。 
		–	如果该语句执行成功,事务将自动提交,并永久地保存该语句的执行结果。 
		–	如果语句执行失败,事务将自动回滚,并取消该语句的结果。 
		–	在自动提交模式下,仍可使用START TRANSACTION语句来显式地启动事务。这时,一个事务仍可包含多条语句,直到这些语句被统一提交或回滚。 
•	禁用自动提交模式: 
		–	如果禁用自动提交,事务可以跨越多条语句。 
		–	在这种情况下,事务可以用COMMIT和ROLLBACK语句来显式地提交或回滚。 
•	自动提交模式可以通过服务器变量AUTOCOMMIT来控制。 
•	例如:
mysql> SET AUTOCOMMIT = OFF; 
mysql> SET AUTOCOMMIT = ON; 
或
mysql> SET SESSION AUTOCOMMIT = OFF; 
mysql> SET SESSION AUTOCOMMIT = ON; 
 -- 查看变量状态

*/
show variables like '%auto%';

/*
-- 事物的隔离级别
1. 隔离级别
	•	事务的隔离级别决定了事务之间可见的级别。
	•	当多个客户端并发地访问同一个表时,可能出现下面的一致性问题:
				–	脏读取(Dirty Read) 
		一个事务开始读取了某行数据,但是另外一个事务已经更新了此数据但没有能够及时提交,这就出现了脏读取。
				–	不可重复读(Non-repeatable Read) 
		在同一个事务中,同一个读操作对同一个数据的前后两次读取产生了不同的结果,这就是不可重复读。
				–	幻像读(Phantom Read) 
		幻像读是指在同一个事务中以前没有的行,由于其他事务的提交而出现的新行。
2. 四个隔离级别
	•	InnoDB 实现了四个隔离级别,用以控制事务所做的修改,并将修改通告至其它并发的事务:
				–	读未提交(READ UMCOMMITTED) 
		允许一个事务可以看到其他事务未提交的修改。
				–	读已提交(READ COMMITTED) 
		允许一个事务只能看到其他事务已经提交的修改,未提交的修改是不可见的。
				–	可重复读(REPEATABLE READ) 
		确保如果在一个事务中执行两次相同的SELECT语句,都能得到相同的结果,不管其他事务是否提交这些修改。 (银行总账)
		该隔离级别为InnoDB的缺省设置。
				–	串行化(SERIALIZABLE) 【序列化】
		将一个事务与其他事务完全地隔离。 
3. 隔离级别与一致性问题的关系
隔离级别  脏读取 不可重复读取   幻像读
读未提交  可能      可能        可能
读已提交  不可能    可能        可能
可重复度  不可能    不可能      对InnoDB不可能
串行化    不可能    不可能      不可能
4. 设置服务器缺省隔离级别
通过修改配置文件设置 
	•	可以在my.ini文件中使用transaction-isolation选项来设置服务器的缺省事务隔离级别。 
	•	该选项值可以是: 
			–	READ-UNCOMMITTED
			–	READ-COMMITTED
			–	REPEATABLE-READ
			–	SERIALIZABLE
	•	例如:
	[mysqld]
	transaction-isolation = READ-COMMITTED
通过命令动态设置隔离级别
	•	隔离级别也可以在运行的服务器中动态设置,应使用SET TRANSACTION ISOLATION LEVEL语句。 
	•	其语法模式为:
		SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL <isolation-level>
		其中的<isolation-level>可以是:
			–	READ UNCOMMITTED
			–	READ COMMITTED
			–	REPEATABLE READ
			–	SERIALIZABLE
	•	例如: SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

5. 隔离级别的作用范围
	•	事务隔离级别的作用范围分为两种: 
			–	全局级:对所有的会话有效 
			–	会话级:只对当前的会话有效 
	•	例如,设置会话级隔离级别为READ COMMITTED :
	mysql> SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
	或:
	mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
	•	设置全局级隔离级别为READ COMMITTED : 
	mysql> SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
6. 查看隔离级别
	•	服务器变量tx_isolation(包括会话级和全局级两个变量)中保存着当前的会话隔离级别。 
	•	为了查看当前隔离级别,可访问tx_isolation变量: 
		–	查看会话级的当前隔离级别:
			mysql> SELECT @@tx_isolation;
			或: 
			mysql> SELECT @@session.tx_isolation;
		–	查看全局级的当前隔离级别: 
			mysql> SELECT @@global.tx_isolation;
7.并发事物与隔离级别示例
read uncommitted(未提交读) --脏读(Drity Read):
会话一	                                                    会话二
mysql> prompt s1>                                      	mysql> use bjpowernode
s1>use offer	                                          mysql> prompt s2>
s1>create table tx (
id int(11),
num int (10)
);	
s1>set global transaction isolation level read uncommitted;	
s1>start transaction;	                                   
                                                         s2>start transaction;	                                                      
s1>insert into tx values (1,10);	                       
                                                         s2>select * from tx;
s1>rollback;	
	                                                       s2>select * from tx;

read committed(已提交读)
会话一	                                                     会话二
s1> set global transaction isolation level read committed;	
s1>start transaction;	
	                                                           s2>start transaction;
s1>insert into tx values (1,10);	
s1>select * from tx;	
	                                                           s2>select * from tx;
s1>commit;	
                                                             s2>select * from tx;
repeatable read(可重复读) 
会话一	                                                         会话二
s1> set global transaction isolation level repeatable read;	
s1>start transaction;	                                        s2>start transaction;
s1>select * from tx;	
s1>insert into tx values (1,10);	
	                                                            s2>select * from tx;
s1>commit;	
                                                              s2>select * from tx;
*/




猜你喜欢

转载自blog.csdn.net/qq_21578125/article/details/89082281
今日推荐