MySQL索引、事务、存储引擎

1.索引

1.1索引概念

数据库索引

• 是一个排序的列表，存储着索引值和这个值所对应的物理地址
• 无需对整个表进行扫描，通过物理地址就可以找到所需数据
• 是表中一列或者若干列值排序的方法
• 需要额外的磁盘空间

1.2索引作用

• 数据库利用各种快速定位技术，能够大大加快查询速率
• 当表很大或查询涉及到多个表时，可以成千上万倍地提高查询速度
• 可以降低数据库的IO成本，并且还可以降低数据库的排序成本
• 通过创建唯一性索引保证数据表数据的唯一性
• 可以加快表与表之间的连接
• 在使用分组和排序时，可大大减少分组和排序时间

1.3创建索引的原则依据

• 表的主键、外键必须有索引
• 记录数超过300行的表应该有索引
• 经常与其他表进行连接的表，在连接字段上应该建立索引
• 唯一性太差的字段不适合建立索引
• 更新太频繁的字段不适合创建索引
• 经常出现在where子句中的字段，特别是大表的字段，应该建立索引
• 索引应该建在选择性高的字段上
• 索引应该建在小字段上，对于大的文本字段甚至超长的字段，不要建索引

1.4 索引分类及创建

索引分类： 普通索引、唯一索引、主键索引、组合索引、全文索引
索引创建的方式：
1.直接创建索引
2.修改表结构方式添加索引
3.创建表结构时创建索引

1.5索引相关操作

1.5.1普通索引

最普通的索引类型，没有唯一性之类的限制

1.create index index_name on table_name(column(length));		#直接创建索引
例.create index t1 on test(name);
2.alter table table_name add index index_name(column(length));	#修改表方式创建索引
例.alter tabel test add index t1(name);
3.create table `table_name`(id int(9), name char(10)... index index_name(column(length));		#创建表时创建索引

1.5.2唯一索引

与“普通索引”基本相同
与普通索引区别时索引列的所有值只能出现一次，即必须唯一

1.create unique index index_name on table_name(column);		#直接创建
2.alter table table_name add unique index_name (column);	#修改表方式创建
3.create table `table_name`(id int(9), name char(10),... unique index_name (column));		#创建表时创建

1.5.3主键索引

是一种特殊的索引方式，指定为“primary key”
一个表只能有一个主键，不允许有空值

create table `table_name`(id int(10), name char(10),... primary key('column'));
##创建表时创建

1.5.4组合索引

可以时单列上创建的索引，也可以是在多列上创建的索引
最左原则，从左往右依次执行

create table `table_name`(id tinyint(1), name char(9), addr varchar(128), ... index index_name(name,addr));
## 创建表时创建，tinyint为单列创建的索引，index为多列创建索引

1.5.5全文索引

MySQL从2.23.23版开始支持全文索引和全文检索
索引类型为FULLTEXT
可以在char、varchar或者text类型的列上创建

1.create fulltext index index_name on table_name(column);	  #直接创建
2.alter table table_name add fulltext index index_name(column);		#修改表方式创建
3.create table `table_name`(id int(10), name char(9),...primary key('id') fulltext (column));		#创建表时创建

1.5.6查看索引

1.show index from table_name;
2.show keys from table_name;

1.5.7删除索引

1.drop index index_name on table_name;
2.alter table table_name drop index index_name;

2.事务

2.1事务概念

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

2.2事务的特点

原子性（Atomicity）

• 事务是一个完整的操作，事务的各元素是不可分的
• 事务中的所有元素必须作为一个整体提交或回滚
• 如果事务中的任何元素失败，则整个事务将失败

一致性（Consistency）

• 当事务完成时，数据必须处于一致状态
• 在事务开始前，数据库中存储的数据处于一致状态
• 在正在进行的事务中，数据可能处于不一致的状态
• 当事务成功完成时，数据必须再次回到已知的一致状态

隔离性（Isolation）

• 对数据进行修改的所有并发事务是彼此隔离的，表名事务必须是独立的，它不应以任何方式依赖于或影响其他事务
• 修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据，或者在另一个使用相同数据的事务结束之后访问这些数据

持久性（Durability）

• 指不管系统是否发生故障，事务处理的结果都是永久的
• 一旦事务被提交，事务的效果会被永久的保留在数据库中

2.3事务的控制方法

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

2.4事务控制语句

MySQL事务默认是自动提交的，当SQL语句提交时事务便自动提交
BEGIN或START TRANSACTION 开始一个事务
COMMIT 提交
ROLLBACK 回滚
SAVEPOINT identifier 创建保存点
RELEASE SAVEPOINT identifier 删除保存点
ROLLBACK TO identifier 回滚到指定保存点#回滚只能顺序回滚，不能跨级
SET TRANSACTION 设置事务的隔离级别

3.存储引擎

3.1概念

• MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力，这些不同的技术以及配套的功能在MySQL中称为存储引擎
• 存储引擎是MySQL将数据存储在文件系统中的存储方式或者存储格式
• My’SQL常用的存储引擎：MylSAM、InnoDB
• MySQL数据库中的组件，负责执行实际的数据I/O操作
• MySQL系统中，存储引擎处于文件系统之上，在数据保存到数据文件之前会传输到存储引擎，之后按照各个存储引擎格式进行存储

3.2 选择存储引擎依据

• 需要考虑每个存储引擎提供的核心功能及应用场景
• 支持的字段和数据类型
  但所有引擎都支持通用的数据类型
  但不是所有的引擎都支持其它的字段类型,如二进制对象
• 锁定类型:不同的存储引擎支持不同级别的锁定
  表锁定
  行锁定
• 索引的支持
  简历索引在搜索和恢复数据库中的数据时能显著提高性能
  不同的存储引擎提供不同的制作索引技术
  有些存储引擎根本不支持索引
• 事务处理的支持
  提高在向表中更新和插入信息期间的可靠性
  可根据企业业务是否要支持和事务选择存储引擎

3.3 MylSAM

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

3.3.1 MylSAM适用场景

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

3.4 InnoDB

• 支持4个事务隔离级别
• 行级锁定，但是全表扫描任然会是表级锁定
• 读写阻塞与事务隔离级别相关
• 能非常高效的缓存索引和数据
• 表与主键以族的方式存储
• 支持分区、表空间，类似oracle数据库
• 支持外键约束，5.5版本前不支持全文索引，版本5.5后支持全文索引
• 对硬件资源要求还是比较高的场合

3.4.1 InnoDB适用场景

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

3.5 存储引擎相关操作

查看存储引擎

show engines

修改存储引擎

1.alter table table_name engine=InnoDB		#修改表方式修改引擎

2.vi /etc/my.cfg
default-storage-engine=InnoDB		#修改配置文件并重启服务,添加在配置文件[mysqld]内
systemctl restart mysqld

3.create table table_name(字段...) engine=InnoDB		#创建表时指定存储引擎