MySQL存储引擎
一、mysql存储引擎概述
1.1 存储引擎
MySQL中的数据用各种不同的技术存储在文件(或者内存)中。
这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。
通过选择不同的技术,你能够获得额外的速度或者功能,从而改善你的应用的整体功能。
例如,如果研究大量的临时数据,你也许需要使用内存存储引擎。内存存储引擎能够在内存中存储所有的表格数据。
这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。
MySQL默认配置了许多不同的存储引擎,可以预先设置或者在MySQL服务器中启用。你可以选择适用于服务器、数据库和表格的存储引擎,以便在选择如何存储你的信息、如何检索这些信息以及你需要你的数据结合什么性能和功能的时候为你提供最大的灵活性。
选择如何存储和检索你的数据的这种灵活性是MySQL为什么如此受欢迎的主要原因。其它数据库系统 (包括大多数商业选择)仅支持一种类型的数据存储 。
1.2 mysql支持的存储引擎
mysql5.6支持的存储引擎包括
InnoDB、
MyISAM、
MEMORY、
CSV、
BLACKHOLE、
FEDERATED、
MRG_MYISAM、
ARCHIVE、
PERFORMANCE_SCHEMA。
其中NDB和InnoDB提供事务安全表,其他存储引擎都是非事务安全表
二、MyISAM的特点介绍介绍及数据引擎对应文件
- 
MyISAM不支持事务,也不支持外键约束,只支持全文索引,数据文件和索引文件是分开保存的 
- 
访问速度快,对事务完整性没有要求 
- 
MyISAM适合查询、插入为主的应用 
- 
MyISAM在磁盘上存储成三个文件,文件名和表名都相同,但是扩展分别为: - .frm文件存储表结构的定义
- 数据文件的扩展名为.MYD(MYData)
- 索引文件的扩展名为.MYI(MYIndex)
 
- 
表级锁定形式,数据在更新时锁定整个表 
- 
数据库在读写过程中相互阻塞 - 会在数据写入的过程阻塞用户数据的读取
- 也会在数据读取的过程中阻塞用户的数据写入
 
- 
数据单独写入或读取,速度过程较快且占用资源相对少 
- 
MyIAM支持的存储格式 - 静态表
- 动态表
- 压缩表
 
2.2 MyISAM的存储格式分类
① 静态(固定长度)表
静态表是默认的存储格式。静态表中的字段都是非可变字段,这样每个记录都是固定长度的,这种存储方式的优点是存储非常迅速,容易缓存,出现故障容易恢复;缺点是占用的空间通常比动态表多。
② 动态表
动态表包含可变字段,记录不是固定长度的,这样存储的优点是占用空间较少,但是频繁的更新、删除记录会产生碎片,需要定期数据库中执行SQL语句 OPTIMIZE TABLE 语句或命令行输入 myisamchk -r 命令来改善性能,并且出现故障的时候恢复相对比较困难。
③ 压缩表
压缩表由 myisamchk 工具创建,占据非常小的空间,因为每条记录都是被单独压缩的,所以只有非常小的访问开支。
2.3 MyISAM适用的生产场景举例
- 公司业务不需要事务的支持
- 单方面读取或写入数据比较多的业务
- MyISAM存储引擎数据读写都比较频繁场景不适合
- 使用读写并发访问相对较低的业务
- 数据修改相对较少的业务
- 对数据业务一致性要求不是非常高的业务
- 服务器硬件资源相对比较差
三、InnoDB数据引擎概述
3.1 InnoDB特点介绍及数据引擎对应文件
- 
支持事务,支持4个事务隔离级别 
- 
MySQL从5.5.5版本开始,默认的存储引擎为 InnoDB 
- 
读写阻塞与事务隔离级别相关 
- 
能非常高效的缓存索引和数据 
- 
表与主键以簇的方式存储 
- 
支持分区、表空间,类似oracle数据库 
- 
支持外键约束,5.5前不支持全文索引,5.5后支持全文索引 
- 
对硬件资源要求还是比较高的场合 
- 
行级锁定,但是全表扫描操作仍然会是表级锁定,如update table set a=1 where user like ‘%lic%’; 
- 
InnoDB 中不保存表的行数,如 select count() from table;(统计表中所有字段的行数) 时,InnoDB 需要扫描一遍整个表来计算有多少行,但是 MyISAM 只要简单的读出保存好的行数即可。需要注意的是,当 count()语句包含 where 条件时 MyISAM 也需要扫描整个表 
- 
对于自增长的字段,InnoDB 中必须包含只有该字段的索引,但是在 MyISAM 表中可以和其他字段一起建立组合索引 
- 
清空整个表时,InnoDB 是一行一行的删除,效率非常慢。MyISAM 则会重建表 
6.2 InnoDB适用生产场景分析
- 
业务需要事务的支持 
- 
行级锁定对高并发有很好的适应能力,但需确保查询是通过索引来完成 
- 
业务数据更新较为频繁的场景 - 如:论坛,微博等
 
- 
业务数据一致性要求较高 - 如:银行业务
 
- 
硬件设备内存较大,利用InnoDB较好的缓存能力来提高内存利用率,减少磁盘IO的压力 
6.3 企业选择存储引擎的依据
- 
需要考虑每个存储引擎提供了哪些不同的核心功能及应用场景 
- 
支持的字段和数据类型 - 所有引擎都支持通用的数据类型
- 但不是所有的引擎都支持其它的字段类型,如二进制对象
 
- 
锁定类型:不同的存储引擎支持不同级别的锁定 - 表锁定: MyISAM 支持
- 行锁定: InnoDB支持
 
四、如何配置存储引擎
 
4.2 查看表使用的存储引擎
① 方法一
alter table <表名> engine=MyISAM;
#指定表修改存储引擎为MyISAM 
② 方法二
#命令行进行操作修改配置文件
vim /etc/my.cnf
[mysqld]
default-storage-engine=MyISAM
#更改表的默认存储引擎为MyISAM
systemctl restart mysqld.service
#此方法只对修改了配置文件并重启mysql服务后新创建的表有效,已经存在的表不会受影响。 
 
 
五、补充
5.1 表锁与行锁
- 表锁会导致表中数据的读写相互阻塞
- 行锁如果使用不当会导致死锁(死锁一般是事务相互等待对方释放资源,最后形成环路导致死锁)
5.2 InnoDB使用表级锁定的场景
- 全表扫描的时候,比如where语句中使用like做模糊查询时会导致表级锁定
- select count(*)统计全表的记录行数的时候
- 使没有索引的字段操作的时候InnoDB行锁使通过给索引项实现的,如果没有索引那就会全表扫描
5.3 行锁的示例
示例条件:创建一张新表数据,设置存储引擎为InnoDB,创建一个独列索引(id),两个终端同时开启事务进行操作:
 
 
 
 
 
 
上方操作,在一个事务中已经做了指定数据的修改,相当于已经将该行进行了行锁操作,所以另一个终端无法修改该行,其他行均能被执行。
5.4 表锁的示例
 
 
由于第一个终端的事务操作的条件语句是不属于索引的字段,要进行全表的扫描才能执行,从而导致锁表;终端2无法在表级锁定的情况下执行修改表数据的操作。
5.5 死锁的示例
 
 
 
 
死锁就是两个事务之间互相锁表锁行,导致互相纠缠,从而形成死锁
5.6 如何避免死锁?
- 使用更合理的业务逻辑,以固定的顺序访问表和行数据
- 大事务拆小,大事务更容易出现死锁,如果业务允许,将大事务拆成多个小事务执行
- 在同一个事务中,尽可能做一次锁定所需的所有资源,减少死锁概率
- 降低隔离级别。如果业务允许,可以降低隔离级别,比如把RR调整成RC,这样可以避免很多造成死锁的因素
- 为表字段添加合理的索引。因为不使用会进行表级锁定,死锁的概率就会提高
 
                    
                     
                    
                 
                    
                
 
                
            
         
         浙公网安备 33010602011771号
浙公网安备 33010602011771号