存储引擎:mysql当中数据用各种不同的技术存储在文件中,每一种技术都使用不同的存储机制,索引技巧 锁定水平 以及最终提供的不同功能和能力,,这些就是我们说的存储引擎。
1.mysql将数据存储在文件系统中的一种方式和格式
2.存储引擎负责执行实际的数据I/O操作
3.存储引擎介于数据和文件系统之间,数据会先保存到存储引擎,再按照存储引擎的格式保存到文件系统
1.INNODB:5.5之后的mysql的默认存储引擎,事务型速记引擎,支持ACID事务,支持行锁,锁表。写入和查询性能比较好
2.MYISAM:5.5之前的默认存储引擎,插入数据的性能较高,查询速度也很优秀,但是不支持事务。
3.memory:所有的数据都保存在内存的存储引擎。插入数据,更新,查询数据,速度比较快,但是占用内存空间比较大。会占用和数据量成正比的内存空间,mysql一旦重启,内容就会丢失
4.csv:由逗号分割数据的存储引擎。他会在数据库子目录里为每一个数据表创建一个。csv的文件。就是一种普通的文本文件 每个数据行占用文本行,csv不支持索引。
5.Archive:非常适合存储大量的独立的,历史数据的引擎。不需要被经常读取。不需要被经常读取,插入的速度很快,查询的效率比较低
6.blackhole:黑洞引擎,写入的任何数据都会消失。
MYISAM:不支持事务,也不支持外键,只支持全文索引,数据文件和索引文件是分开的。
访问的速度快。
使用场景:查询和插入数据为主的应用。
在磁盘上有三个文件,文件名和表名相同,但是扩展名不同:
.frm 存储的表结构
.MYD 存储数据文件
.MYI 索引文件
特点:
1.表级锁定,更新数据时,整个表都将锁定。
2.数据库在读写过程中相互阻塞
支持的存储格式:
1.静态表,固定长度表,静态表是myisam的默认存储格式,静态表中字段都是非可变字段。因此每个记录都是固定长度。
优点:存储快,方便缓存,有了故障容易恢复。缺点:占用的空间比较多
2.动态表:动态表可以包含可变字段,记录的长度是不固定的。优点:占用空间少 缺点:频繁更新数据,删除记录,会产生碎片,需要定期清理 myisamchk-r,出现故障恢复比较困难。
3.压缩表,myisamchk工具创建的,占据的空间非常小。每天记录都是单独压缩的。
支持事务,支持4个事务的隔离级别。5.5之后是mysql的默认存储引擎。
读写阻塞和隔离级别相关,
支持高效的缓存索引以及缓存数据
表与主键以簇的方式存储BTREE
支持外键约束,5.5之后INNODB也可以支持全文索引
硬件资源的要求笔记高
行锁定
也可以支持表锁定(全表扫描)
1.使用like迷糊查询,会进行全表扫描,锁定整个表
2.对没有创建索引的字段进行查询,也会进行全表扫描,锁定整个表
3.使用索引,进行增删改,则是行级锁定
innodb的特点:
1.不保存表的行数,统计表的行数,会扫描一遍整个表,来计算有多少行
2.自增长字段,INNODB必须包含只有该字段的索引
3.delete清空表,一行一行删,速度比较慢 推荐 truncate
使用场景:
1.业务需要事物的支持
2.论坛 微博 对数据一致性比较高的场景
3.访问量和并发比较高的场景,INNODB支持缓存,减少后台服务器的压力。
三个文件:
表名 .frm 表结构文件
表名 .idb (即是数据文件,又是索引文件)
表名 .opt 表的属性文件
一个事务操作,字段是一个普通索引,会锁住索引行,对应的主键一并锁住,实际上就是行锁
,而另一个事务这时对该行无法进行操作。
和普通索引一样,都会锁住索引行,另一个事务无法进行操作
当一个事务对非索引列进行操作,因为要全表扫描过滤,所有整张表都会被锁定,另一个事务只能查。
只有该事务可以对行进行操,其他事务不能对行进行操作
事务之间相互等待对方资源,最后形成一个环路造成的。
1、发生死锁的时候,数据库会自动选择一个事务做为受害者,然后先解除死锁,在回滚事务。
2、mysql的默认的死锁规则,会中选择一个事务作为死锁的牺牲品,直接终止,其中一个事务,但是不会自动回滚
1.业务的逻辑要合理,以固定的顺序访问表和行
2.如果事务的类型比较复杂,要进行拆分,在业务允许的情况下,把大事务拆小。
3.在同一事务,尽可能的一次性锁定所有需要的资源,可以减少死锁的概率
4.隔离级别,read commit可以避免死锁
5.添加合理索引,可以减少死锁的概率