MySQL的存储引擎与事务特性的简单介绍！

数据库存储引擎是个啥？

数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以 获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。MySql的核心就是存储引擎。

存储引擎查看

MySQL给开发者提供了查询存储引擎的功能，我这里使用的是MySQL5.1，可以使用：

SHOW ENGINES

命令来查看MySQL使用的引擎，命令的输出为（我用的Navicat Premium）：

看到MySQL给用户提供了这么多存储引擎，包括处理事务安全表的引擎和出来了非事物安全表的引擎。

如果要想查看数据库默认使用哪个引擎，可以通过使用命令：

SHOW VARIABLES LIKE ‘storage_engine’;

来查看，查询结果为：

在MySQL中，不需要在整个服务器中使用同一种存储引擎，针对具体的要求，可以对每一个表使用不同的存储引擎。Support列的值表示某种引擎是否能使用：YES表示可以使用、NO表示不能使用、DEFAULT表示该引擎为当前默认的存储引擎 。下面来看一下其中几种常用的引擎。

InnoDB存储引擎

InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），支持行锁定和外键，上图也看到了，InnoDB是默认的MySQL引擎。InnoDB主要特性有：

1、InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事物安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句中提供一个类似Oracle的非锁定读。这些功能增加了多用户部署和性能。在SQL查询中，可以自由地将InnoDB类型的表和其他MySQL的表类型混合起来，甚至在同一个查询中也可以混合

2、InnoDB是为处理巨大数据量的最大性能设计。它的CPU效率可能是任何其他基于磁盘的关系型数据库引擎锁不能匹敌的

3、InnoDB存储引擎完全与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB将它的表和索引在一个逻辑表空间中，表空间可以包含数个文件（或原始磁盘文件）。这与MyISAM表不同，比如在MyISAM表中每个表被存放在分离的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上

4、InnoDB支持外键完整性约束，存储表中的数据时，每张表的存储都按主键顺序存放，如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6字节的ROWID，并以此作为主键

5、InnoDB被用在众多需要高性能的大型数据库站点上

InnoDB不创建目录，使用InnoDB时，MySQL将在MySQL数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件

MyISAM存储引擎

MyISAM基于ISAM存储引擎，并对其进行扩展。它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。MyISAM拥有较高的插入、查询速度，但不支持事物。MyISAM主要特性有：

1、大文件（达到63位文件长度）在支持大文件的文件系统和操作系统上被支持

2、当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成

3、每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16

4、最大的键长度是1000字节，这也可以通过编译来改变，对于键长度超过250字节的情况，一个超过1024字节的键将被用上

5、BLOB和TEXT列可以被索引

6、NULL被允许在索引的列中，这个值占每个键的0~1个字节

7、所有数字键值以高字节优先被存储以允许一个更高的索引压缩

8、每个MyISAM类型的表都有一个AUTO_INCREMENT的内部列，当INSERT和UPDATE操作的时候该列被更新，同时AUTO_INCREMENT列将被刷新。所以说，MyISAM类型表的AUTO_INCREMENT列更新比InnoDB类型的AUTO_INCREMENT更快

9、可以把数据文件和索引文件放在不同目录

10、每个字符列可以有不同的字符集

11、有VARCHAR的表可以固定或动态记录长度

12、VARCHAR和CHAR列可以多达64KB

使用MyISAM引擎创建数据库，将产生3个文件。文件的名字以表名字开始，扩展名之处文件类型：frm文件存储表定义、数据文件的扩展名为.MYD（MYData）、索引文件的扩展名时.MYI（MYIndex）

MEMORY存储引擎

MEMORY存储引擎将表中的数据存储到内存中，未查询和引用其他表数据提供快速访问。MEMORY主要特性有：

1、MEMORY表的每个表可以有多达32个索引，每个索引16列，以及500字节的最大键长度

2、MEMORY存储引擎执行HASH和BTREE缩影

3、可以在一个MEMORY表中有非唯一键值

4、MEMORY表使用一个固定的记录长度格式

5、MEMORY不支持BLOB或TEXT列

6、MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引

7、MEMORY表在所由客户端之间共享（就像其他任何非TEMPORARY表）

8、MEMORY表内存被存储在内存中，内存是MEMORY表和服务器在查询处理时的空闲中，创建的内部表共享

9、当不再需要MEMORY表的内容时，要释放被MEMORY表使用的内存，应该执行DELETE FROM或TRUNCATE TABLE，或者删除整个表（使用DROP TABLE）

存储引擎的选择

不同的存储引擎都有各自的特点，以适应不同的需求，如下表所示：

功 能	MYISAM	Memory	InnoDB	Archive
存储限制	256TB	RAM	64TB	None
支持事务	No	No	Yes	No
支持全文索引	Yes	No	No	No
支持数索引	Yes	Yes	Yes	No
支持哈希索引	No	Yes	No	No
支持数据缓存	No	N/A	Yes	No
支持外键	No	No	Yes	No

如果要提供提交、回滚、崩溃恢复能力的事物安全（ACID兼容）能力，并要求实现并发控制，InnoDB是一个好的选择

如果数据表主要用来插入和查询记录，则MyISAM引擎能提供较高的处理效率

如果只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以选择将数据保存在内存中的Memory引擎，MySQL中使用该引擎作为临时表，存放查询的中间结果

如果只有INSERT和SELECT操作，可以选择Archive，Archive支持高并发的插入操作，但是本身不是事务安全的。Archive非常适合存储归档数据，如记录日志信息可以使用Archive

使用哪一种引擎需要灵活选择，一个数据库中多个表可以使用不同引擎以满足各种性能和实际需求，使用合适的存储引擎，将会提高整个数据库的性能

索引

唯一性索引：unique
全文索引：fulltext
空间索引：spatlal
用来表示字段的索引，二者选一即可：index,key；
示例；
创建普通索引；

Create table t1(id int
	Name varchar(20),
	Score float,

Index (id));
创建唯一性索引；

Create table t2 (id int not null,
		Name varchar(20) not null,
		Unique index unique_is(is ASC)
);

创建单列索引；

Create table t4 (id int not null,
	Score float,
	Index single_name(name(20))
);

创建多列索引；

Create table t5(id int not null,
	Name varchar(20) not null,
	Score float,
	Index multi (id,name(20)
);

创建空间索引；

Create table t6(id int,
	Space ceometry not null,
	Spatial index sp (space)
	)engine=myisam;

2.使用create index 语句在已经存在的表上创建索引；
语法：

Create [unique|fulltext|spatlal] index 索引名 on 表名 (字段名 [(长度)] [ASC|DESC]);

创建一个book表；

Create table book(
	Bookid int not null,
	Bookname varchar(25) not null,
	Info varchar(255) null,
	Coment varchar(255) null,
	Publicyear year not null,
);

在book表中的bookid字段上建立名为index_id的普通索引；

Create index index_id on book(bookid);

删除索引

使用alter table删除索引;
Alter table 表名 drop index 索引名;
使用drop index删除索引;
Drop index 索引名 on 表名;

事务

ACID指出每个事务型RDBMS必须遵守四个属性，即原子性、一致性、孤立性、持久性。

原子性

原子性意味着事务的整体性和不可分割性，这就类似化学中的原子，是一个不可分割的单元。一个事务可以是一个（任务）操作，也可以是多个（任务）操作，假设一个事务由多个操作（任务）组成，那么这些操作必须都执行成功这个事务才被认为执行成功，只要其中有一个任务执行失败那么整个事务都会被认为执行失败，导致自动回滚到初始状态，通俗来讲就是“同进退”，这保证了事务的整体性。这就是事物的原子性。
专业来讲，原子的执行是一个全部发生或全部失败的整体过程。在一个原子操作中，如果事务中的任何一个语句失败，前面执行的语句都将被返回，以保证数据的整体性不被破坏。这在常用的系统应用中，为保证数据的安全性起到一定作用。
这个过程包含两个步骤

A： 800 - 200 = 600
B: 200 + 200 = 400

原子性表示，这两个步骤一起成功，或者一起失败，不能只发生其中一个动作

一致性

在MySql事务处理过程中，无论事务是完全成功或是在中途因某些环节失败而导致失败，但事务使系统处于一致的状态时，必须保持一致性，用户A向用户B的账户中转入200元，但用户B在查询转账信息的时候，发现自己的账户只增加了100元，这样不能使整个事务达到一致性。
在MySql中，一致性主要由MySql的日志机制处理，它记录数据库的所有变化，为事务回复提供跟踪记录。如果系统在事务处理中间发生错误，MySql恢复过程将使用这些日志发现事务是否已经完全成功执行或需要返回。一致性属性保证数据库从不返回一个未处理的事务。

操作前A：800，B：200
操作后A：600，B：400

一致性表示事务完成后，符合逻辑运算

孤立性

孤立性也称隔离性，它是指每个事务在自己的空间发生，和其他发生在系统中的事务隔离，而且事务的结果只在它完全被执行的时候才能看到，如果该事务未提交，则其他会话看不到执行的结果。这样的话即使一个系统中同时发生多个事务，孤立性也可以保证特定的事务在完成之前，其结果是不被公布的。
当系统支持多个同时存在的用户和连接时，系统必须遵守孤立性原则，否则在执行过程中可能导致大量数据被破坏，孤立性保证每个事务完整地在其各自的空间内被顺序的执行，保证事务之间不会相互冲突。

两个事务同时进行，其中一个事务读取到另外一个事务还没有提交的数据，B

持久性

在MySql中，即使是数据库系统崩溃，一个提交的事务仍然在坚持。当一个事务完成，数据库的日志已经被更新时，持久性即可发挥其特有功效。在MySql中，如果系统崩溃或者数据存储介质被破坏，通过使用日志，系统能够恢复在重启前进行的最后一次成功更新，可以反应系统崩溃时处于执行过程的事务的变化。
MySql的持久性是通过一条记录事务过程中系统变化的二进制事务日志文件来实现的。如果遇到硬件损坏或者系统的异常关机，系统在下一次启动时，通过使用最后的备份和日志就可以恢复丢失数据。

表示事务结束后的数据不随着外界原因导致数据丢失

操作前A：800，B：200
操作后A：600，B：400
如果在操作前（事务还没有提交）服务器宕机或者断电，那么重启数据库以后，数据状态应该为
A：800，B：200
如果在操作后（事务已经提交）服务器宕机或者断电，那么重启数据库以后，数据状态应该为
A：600，B：400

事务的提交和回滚

应用场景：
银行取钱，从ATM机取钱，分为以下几个步骤
1 登陆ATM机，输入密码；
2 连接数据库，验证密码；
3 验证成功，获得用户信息，比如存款余额等；
4 用户输入需要取款的金额，按下确认键；
5 从后台数据库中减掉用户账户上的对应金额；
6 ATM吐出钱；
7 用户把钱拿走。
对于上面的取钱这个事情，如果有一步出现错误的话，那么就会取消整个取钱的动作，但是如果在第5步，系统后台已经把钱减了，但是ATM机没有取出来，那么就应用到mysql中的事务。简单地
来说，就是取钱这7步要么都完成，要么就啥也不做，在数据库中就是这个道理。

事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位，事务回滚是指将该事务已经完成的对数据库的更新操作撤销，在事务中，每个正确的原子

操作都会被顺序执行，直到遇到错误的原子操作。回滚的意思其实即使如果之前是插入操作的话，那么会执行删除之前插入的记录，如果是修改操作的话，那么会执行将update之前的记录还原。
因此，正确的原子操作是真正被执行过的，是物理执行。

事务是由一条或者多条sql语句组成，在事务的操作中，要么这些sql语句都执行，要么都不执行。

事务的ACID特性:原子性，一致性，隔离性，持久性。

在当前事务中确实能看到插入的记录，最后只不过被删除了，但是auto_increament不会删除而是改变值

为什么auto_increament没有回滚：因为innodb存储引擎中的auto_increment就是主键的计数记录的当前值是保存在内存中，并不是存在磁盘中的，当mysql server处于运行的时候，这个计数值只会随着
insert增长，不会随着delete减少。而当mysql server启动的时候，当我们需要查询auto_increment计数值时，mysql便会自动执行:SELECT MIX(ID) FROM 表名 FOR UPDATE；这条语句来获得auto_increment
列的最大值，然后将这个值放到auto_increment计数器中，所以ROLLBACK MYSQL的auto_increment计数器也不会做负运算

事务分为哪些种:扁平事务，带有保存点扁平事务，链事务，嵌套事务，分布式事务。

MYSQL中使用事务:
在MYSQL命令行命令下事务都是自动提交的，即执行Sql语句就会马上执行COMMIT操作。因此要显示一个事务的开启必须使用命令BEGIN或者START TRANSACTION,或者执行命令SET AUTOCOMMIT=0来
禁止当前回话的自动提交

事务控制语句：
BEGIN/START TRANSACTION:显示地开启一个事务
COMMIT:也可以使用COMMIT WORK 两者是等价的。COMMIT会提交事务，并是已对数据库进行的所有的修改是永久性的。
ROLLBACK:也可以使用ROLLBACK WORK，两者也是等价的，回滚会结束用户的事务，并且会撤销正在进行的所有未提交的修改。
SAVEPOINT identifier:允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT
release SAVEPOINT identifier:删除一个事务的保存点，当没有制定的保存点，会抛出一个异常。
SET TRANSACTION:用来设置事务的隔离级别。Innodb存储引擎提供的事务隔离级别有READ UNCOMMITED,READ COMMITED,REPEATABLE READ和SERIALIZABLE.

事务的隔离级别：在数据库操作中，为了保证并发读取数据的正确性，提出了隔离级别，如上
区别如下：
隔离级别 脏读（Dirty Read） 不可重复读(NonRepeatable Read) 幻读(Phantom Read）
未提交读 read uncommited 可能 可能 可能
已提交读 read commited 不可能 可能 可能
可重复读 repeatable read 不可能 不可能 可能
可串行化 serializable 不可能 不可能 不可能

脏读：一个事务读取到了另一个事务没有提交的数据
例如：事务T1更新了一行记录的内容，但是并没有提交所做的修改。事务T2读取到了T1更新后的行，然后T1执行回滚操作，取消了刚才所做的修改。现在T2所读取的行就无效了

不可重复读：在同一事务中，两次读取同一数据，得到的内容不同
例如：事务T1读取一行记录，紧接着事务T2修改了T1刚才读取的那一行记录。然后T1又再次读取这行记录，发现与刚才读取的结果不同。这就称为“不可重复”读，因为T1原来读取的那行记录已经发生了变化

幻读：在同一事务中，用同样的操作读取两次，得到的记录数不同
例如：事务T1读取一条指定的WHERE子句所返回的结果集。然后事务T2新插入 一行记录，这行记录恰好可以满足T1所使用的查询条件中的WHERE子句的条件。然后T1又使用相同的查询再次对表进行检索，
但是此时却看到了事务T2刚才插入的新行。这个新行就称为“幻像”，因为对T1来说这一行就像突然出现的一样

隔离级别越低，事务请求的琐越少或者说是保持琐的时间越短，Innodb存储引擎默认支持的隔离界别是REPEATALE READ;在这种默认的事务隔离级别下已经能完全保证事务的隔离性。

要同时修改数据库中两个不同表时，如果它们不是一个事务的话，当第一个表修改完，可能第二个表修改过程中出现了异常而没能修改，此时就只有第二个表依旧是未修改之前的状态，
而第一个表已经被修改完毕。而当你把它们设定为一个事务的时候，当第一个表修改完，第二表修改出现异常而没能修改，第一个表和第二个表都要回到未修改的状态，这就是所谓的事务回滚。

这里注意：

1、如果事务中所有sql语句执行正确则需要自己手动提交commit；否则有任何一条执行错误，需要自己提交一条rollback，这时会回滚所有操作，而不是commit会给你自动判断和回滚。

2、新开一个事务会将该连接中的其他未提交的事务提交，相当于commit！

3、事务既没有提交也没有回滚时连接断开数据库会自动回滚

4、事务中，update语句如果没有commit的话，你再重新执行update语句，就会等待锁定，当等待时间过长的时候，就会报ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction的错误。

事务的提交和回滚案例代码

事务的提交
start transaction;
update account25 set money=money+100 where name='a';
update account25 set money=money-100 where name='b';
select * from account25;
退出，重新登录
select * from account25;

start transaction;
update account25 set money=money+100 where name='a';
update account25 set money=money-100 where name='b';
commit;
select * from account25;

事务的回滚
start transaction;
update account25 set money=money-100 where name='a';
update account25 set money=money+100 where name='b';
select * from account25;
rollback;
select * from account25;