目录
一、存储引擎概念
二、MyISAM特点介绍
三、MyISAM适用的生产场景举例
四、InnoDB特点介绍
五、InnoDB适用生产场景分析
六、企业选择存储引擎的依据
1、需要考虑每个存储引擎提供了哪些不同的核心功能及应用场景
2、 支持的字段和数据类型
3、锁定类型:不同的存储引擎支持不同级别的锁定
4、索引的支持
5、事务处理的支持
七、存储引擎的相关命令
7.1、查看系统支持的存储引擎
7.2、查看表使用的存储引擎
7.3、修改存储引擎
八、表锁与行锁
九、如何避免死锁?
十、总结
一、存储引擎概念
1、MySQL中的数据用各种不同的技术存储在文件中,每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力,这些不同的技术以及配套的功能在MySQL中称为存储引擎
2、存储引擎是MySQL将数据存储在文件系统中的存储方式或者存储格式
3、MySQL常用的存储引擎——MyISAM/InnoDB
4、MySQL数据库中的组件,负责执行实际的数据I/O操作
5、MySQL系统中,存储引擎处于文件系统之.上,在数据保存到数据文件之前会传输到存储引擎,之后按照各个存储引擎的存储格式进行存储
二、MyISAM特点介绍
1、MyISAM不支持事务,也不支持外键约束,只支持全文索引,数据文件和索引文件是分开保存的
2、MyISAM访问速度快,对事务完整性没有要求
3、MyISAM适合查询、插入为主的应用
4、MyISAM在磁盘上存储成三个文件,文件名和表名都相同,但是扩展名分别为:
4.1、.frm文件存储表结构的定义
4.2、.MYD (MYData)——数据文件的扩展名
4.3、.MYI (MYIndex)——索引文件的扩展名
5、表级锁定形式,数据在更新时锁定整个表
6、数据库在读写过程中会相互阻塞
6.1、会在数据写入的过程阻塞用户数据的读取
6.2、也会在数据读取的过程中阻塞用户的数据写入
7、数据单独写入或读取,速度过程较快且占用资源相对少
8、MyIAM支持的存储格式——静态表、动态表、压缩表
三、MyISAM适用的生产场景举例
1、公司业务不需要事务的支持
2、单方面读取或写入数据比较多的业务
3、MyISAM存储引擎数据读写都比较频繁场景不适合
4、使用读写并发访问相对较低的业务
5、数据修改相对较少的业务
6、对数据业务一致性要求不是非常高的业务
7、服务器硬件资源相对比较差
四、InnoDB特点介绍
1、支持事务,支持4个事务隔离级别
2、MySQL从5.5.5版本开始,默认的存储引擎为 InnoDB
3、读写阻塞与事务隔离级别相关
4、能非常高效的缓存索引和数据
5、表与主键以簇的方式存储
6、支持分区、表空间,类似oracle数据库
7、支持外键约束,5.5前不支持全文索引,5.5后支持全文索引
8、对硬件资源要求还是比较高的场合
9、行级锁定,但是全表扫描操作仍然会是表级锁定
10、InnoDB 中不保存表的行数,如 select count() from table;(统计表中所有字段的行数) 时,InnoDB 需要扫描一遍整个表来计算有多少行,但是 MyISAM 只要简单的读出保存好的行数即可。需要注意的是,当 count()语句包含 where 条件时 MyISAM 也需要扫描整个表
11、对于自增长的字段,InnoDB 中必须包含只有该字段的索引,但是在 MyISAM 表中可以和其他字段一起建立组合索引
12、清空整个表时,InnoDB 是一行一行的删除,效率非常慢。MyISAM 则会重建表
五、InnoDB适用生产场景分析
1、业务需要事务的支持
2、行级锁定对高并发有很好的适应能力,但需确保查询是通过索引来完成
3、业务数据更新较为频繁的场景——论坛,微博等
4、业务数据一致性要求较高——银行业务
5、硬件设备内存较大,利用InnoDB较好的缓存能力来提高内存利用率,减少磁盘I0的压力
六、企业选择存储引擎的依据
1、需要考虑每个存储引擎提供了哪些不同的核心功能及应用场景
2、 支持的字段和数据类型
2.1、所有引擎都支持通用的数据类型
2.2、但不是所有的引擎都支持其它的字段类型,如二进制对象
3、锁定类型:不同的存储引擎支持不同级别的锁定
3.1、表锁定: MyISAM 支持
3.2、行锁定: InnoDB 支持
4、索引的支持
4.1建立索引在搜索和恢复数据库中的数据时能显著提高性能
4.2、不同的存储弓|擎提供不同的制作索引的技术
4.3、有些存储引擎根本不支持索引
5、事务处理的支持
5.1、提高在向表中更新和插入信息期间的可靠性
5.2、可根据企业业务是否要支持事务选择存储引擎
七、存储引擎的相关命令
7.1、查看系统支持的存储引擎
7.2、查看表使用的存储引擎
7.3、修改存储引擎
八、表锁与行锁
表锁会导致表中数据的读写相互阻塞
行锁如果使用不当会导致死锁(死锁一般是事务相互等待对方释放资源,最后形成环路导致死锁)
九、如何避免死锁?
使用更合理的业务逻辑,以固定的顺序访问表和行数据
大事务拆小,大事务更容易出现死锁,如果业务允许,将大事务拆成多个小事务执行
在同一个事务中,尽可能做一次锁定所需的所有资源,减少死锁概率
降低隔离级别。如果业务允许,可以降低隔离级别,比如把RR调整成RC,这样可以避免很多造成死锁的因素
为表字段添加合理的索引。因为不使用会进行表级锁定,死锁的概率就会提高
十、总结
1、事务的ACID特性——原子性、一致性、隔离性、持久性
2、当多个客户端并发地访问同一个表时,可能出现下面的一致性问题——脏读、不可重复读、幻读、丢失更新
3、根据不同的生产环境选择不同的存储引擎才能有效的提高资源利用率
4、死锁现象的发生会造成许多损失,且多半是因为高并发、索引不合理造成的,因此语句的优化就非常重要