Mysql事务与存储引擎

一、事务介绍

1.1 事务的概念

• 事务是一种机制、一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行
• 事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元
• 适用于多用户同时操作的数据库系统的场景，如银行、保险公司及证券交易系统等等
• 通过事务的整体性以保证数据的一致性
• 如果事务成功了一部分，一部分未成功，则执行回滚，回到事务的起点，重新开始操作

1.2 事务的ACID特点

补充：数据库设计三大范式

1. 第一范式：如果数据表中的所有字段值都是不可分解的原子值，就说明该数据库满足了第一范式。
2. 第二范式是在第一范式的基础上的。需要确保数据库表中的每一列都和主键有关，而不是只与主键的某一部分相关（主要针对联合主键而言）。也就是说在一个数据表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。
3. 第三范式：确保每列都和主键列直接相关，而不是间接相关。

• 原子性（Atomicity）
  事务是一个完整的操作，事务的各元素是不可分的
  事务中的所有元素必须作为一个整体提交或回滚
  如果事务中的任何元素失败，则整个事务将失败
• 一致性（Consistency）
  当事务完成时，数据必须处于一致状态
  在事务开始前，数据库中存储的数据处于一致状态
  在正在进行的事务中，数据可能处于不一致的状态
  当事务成功完成时，数据必须再回到已知的一致状态
• 隔离性（Isolation）
  对数据进行修改的所有并发事务是彼此隔离的，表明事务必须是独立的，它不应以任何方式依赖于或影响其他事务
  修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据，或者在另一个使用相同数据的事务结束之后访问这些数据
• 持久性
  指不管系统是否发生故障，事务处理的结果都是永久的
  一旦事务被提交，事务的效果会被永久地保留在数据库中

1.3 事务控制语句

• MySQL事务默认是自动提交的，当SQL语句提交时事务便自动提交
• 事务控制语句
  begin 事务的开始
  commit 提交
  rollback 回滚
  savepoint 存档点名称 存档点
  release savepoint 存档点名称 删除存档点
  rollback to 存档点名称 回滚到某个存档点
  set transaction 设置事务

1.4 事务的控制方法

●手动对事务进行控制的方法
事务处理命令控制事务
begin：开始一个事务
commit：提交一个事务
rollback：回滚一个事务
使用set命令进行控制
set autocommit=0：禁止自动提交
set autocommit=1：开启自动提交（默认）

1.5 事务的操作

创建的数据表存储引擎必须是innodb，才支持事务（5.7版本默认就是innodb）



注意：只能向前回滚，无法向后回滚

三种情况事务开始：
begin；
set autocommit=0；
start transaction

三种情况结束事务：
commit；
set autocommit=1；
rollback

二、存储引擎介绍

2.1 存储引擎概念介绍

• MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力，这些不同的技术以及配套的功能在 MySQL中称为存储引擎
• 存储引擎就是 MySQL将数据存储在文件系统中的存储方式或者存储格式
• 目前 MySQL常用的两种存储引擎
  – MyISAM
  – InnoDB
  （innodb支持事务，myisam不支持事务）
• MySQL存储引擎是 MySQL数据库服务器中的组件，负责为数据库执行实际的数据I/O操作
  使用特殊存储引擎的主要优点之一在于：
  – 仅需提供特殊应用所需的特性
  – 数据库中的系统开销较小
  – 具有更有效和更高的数据库性能
• MySQL系统中，存储引擎处于文件系统之上，在数据保存到数据文件之前会传输到存储引擎，之后按照各个存储引擎的存储格式进行存储

2.2 myisam的介绍

• myisam不支持事务，也不支持外键
• 访问速度快
• 对事物完整性没有要求
• myisam在磁盘上存储成三个文件
  .frm文件存储表定义
  – 数据文件的扩展名为.MYD(MYData)
  – 索引文件的扩展名是.MYI(MYIndex)
• 表级锁定形式，数据在更新时锁定整个表（不允许两个人同时操作）
• 数据库在读写过程中相互阻塞，会在数据写入的过程阻塞用户数据的读取，也会在数据读取的过程中阻塞用户的数据写入
• 数据单独写入或读取，速度过程较快且占用资源相对少
• myisam
  – 静态表
  – 动态表 （直接写入的，数据会随时变的）
  – 压缩表

2.3 myisam适用的生产场景举例

• 公司业务不需要事务的支持
• 单方面读取或写入数据比较多的业务
• myisam存储引擎数据读写都比较频繁场景不适合
• 使用读写并发访问相对较低的业务
• 数据修改相对较少的业务
• 对数据业务一致性要求不是非常高的业务
• 服务器硬件资源相对比较差

2.4 innodb特点介绍

• 支持事务：支持4个事务隔离级别
• 行级（读写分离）锁定，但是全表扫描仍然会是表级锁定
• 读写阻塞与事务隔离级别相关
• 具有非常高效的缓存特性：能缓存索引，也能缓存数据
• 表与主键以簇的方式存储
• 支持外键约束，5.5以前不支持全文索引，5.5版本以后支持全文索引
• 对硬件资源要求还是比较高的场合

2.5 innodb适用生产场景分析

• 业务需要事务的支持
• 行级锁定对高并发有很好的适应能力，但需确保查询是通过索引来完成
• 业务数据更新较为频繁的场景
  如：论坛、微博等
• 业务数据一致性要求较高
  如：银行业务
• 硬件设备内存较大（因为事务都先放内存），利用innodb较好的缓存能力来提高内存利用率，减少磁盘IO的压力

2.6 企业选择存储引擎依据

• 需要考虑每个存储引擎提供的核心功能及应用场景
• 支持的字段和数据类型
  所有引擎都支持通用的数据类型
  但不是所有的引擎都支持其它的字段类型，如二进制对象
• 锁定类型：不同的存储引擎支持不同级别的锁定
  – 表锁定
  – 行锁定

2.7 修改存储引擎

方法1：alter table 修改
alter table table_name engine=引擎；


方法2：修改my.cnf，指定默认存储引擎并重启服务
在[mysqld]下面添加default-storage-engine=InnoDB

注意：记得重启mysqld服务

方法3：create table创建表时指定存储引擎

create table 表名（字段）engine=引擎

方法4：Mysql_convert_table_format转化存储引擎
格式：
Mysql_convert_table_format --user=root --password=密码
–sock=/tmp/mysql.sock-engine=引擎 库名 表名

方法2：改了配置文件会后面创建的所有表都是innodb引擎了

方法4：5.7版本被移除了