MySQL---搜索引擎-CSDN博客
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
MySQL的存储引擎是什么
MySQL当中数据用各种不同的技术存储在文件中每一种技术都使用不同的存储机制索引技巧 锁定水平以及最终提供的不同的功能和能力这些就是我们说的存储引擎。
MySQL存储引擎的功能
1.MySQL将数据存储在文件系统中的一种格式和方式
2.存储引擎负责执行实际的数据I/O操作。
3.存储数据引擎介于数据和文件系统之间数据会先保存到存储引擎再按照存储引擎的格式保存到文件系统中
即如何把数据保存到文件系统中
MySQL的存储引擎的分类
1.INNODB5.5之后 MySQL的默认存储引擎。事务性速记引擎。支持ACID事务。支持行锁锁表。写入和查询性能比较好。
2.MYISAM5.5之前的默认存储引擎。插入数据性能较高查询速度也很优秀。但不支持事务
3.memory引擎所有数据都保存在内存的存储引擎但是服务一旦重启全部丢失。插入数据更新查询数据速度比较快。但是占用内存空间比较大。会占用和数据量正比的内存空间
4.csv由逗号分隔数据的存储引擎。他会在数据库子目录里为每一个数据表创建一个 .csv的文件。就是一个普通的文本文件。每个数据行占用一个文本行。但是 csv不支持索引。
5.Archive非常适合存储大量的独立的历史数据的引擎。不需要被经常读取。插入的速度很快。查询的效率比较低。
6.blackhole黑洞引擎写入的任何数据都会消失。
查看存储引擎
show engines\G;
纵向查看
1.命令行修改引擎
alter table hj engine=myisam;
命令行修改
2.配置文件修改
vim /etc/my.cnf
配置文件修改
MYISAM和INNODB做个分析对比
MYISAM不支持事务也不支持外键只支持全文索引数据文件和索引文件是分开的。
访问速度快
使用场景查询和插入数据为主的应用。
在磁盘上有三个文件
文件名和表名相同。但是扩展名不同
.frm存储表的结构
.MYD数据文件
.MYI索引文件的扩展名
MYISAM特点
1.更新数据时整个表都会锁定。
2.数据库在读写过程中相互阻塞。
MYISAM支持的存储格式
1.静态表固定长度表静态表myisam的默认存储格式。静态表中字段都是非可变字段。每个记录都是固定长度的。存储快方便缓存有了故障容易恢复。缺点是占用空间比较多。
2.动态表可以包含可变字段记录的长度是不固定的。优点是占用空间比较少。频繁更新数据删除记录会产生碎片。需要定期清理。myisamchk -r。出现故障恢复比较困难。
3.压缩表myisamchk工具创建占据空间非常小。每条记录都是单独压缩。
INNODB支持的存储格式
1.支持事务支持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既是数据文件又是索引名
dp.opt表的属性文件
INNODB行锁和索引的关系 以及表锁 排他锁 死锁
行锁演示
要对一个非索引键进行操作当一个事务对非索引列进行操作因为要全表扫描过滤所有整张表都会锁定另一个事务只能查。
create table test (
id int(4) PRIMARY KEY,
name varchar(10),
age varchar(3)
);
alter table test add index name_index (name);
show index from test;
此时 右侧的命令无法执行只到命令行执行commit才可运行时间15.9秒可以看出来commit执行之后才将行锁取消
此时使用name普通索引会锁住索引行紧接着对应的主键一并锁定就是把那一行锁住
commit即可
表锁演示
删除age=2没有设置索引事务B右侧所有为age的条件都无法更新数据该表现为表锁
死锁演示
行锁如果使用不当会导致死锁死锁一般是事务相互等待对方释放资源最后形成环路造成的
在终端执行
begin;
delete from test1 where id =4;
在外部
begin;
select * from test1 where id =5 for update;
再回到终端执行
delete from test1 where id =5;
事务A | 事务B |
begin; | begin; |
delete from test where name = 'a'; //事务结束前name='a'的行锁定 | |
select * from test where name = 'b' for update;//加排他锁模拟并发锁定name='a' | |
delete from test where name='b' //死锁产生 | |
update test set name='abc' where name='a'; #死锁产生。因为会话1中name='a'的行还在删除过程中该行已被锁定 | |
rollback;//回滚事务结束 | |
1、 发生死锁的时候数据库会自动选择一个事务作为受害者然后先解除思索再回滚事务。
2、 MySQL的默认的死锁机制会选则一个事务作为思索的牺牲品。会直接终止其中一个事务但是不会自动回滚。
如何仅可能避免死锁
1.业务逻辑要合理以固定的顺序访问表和行
2.如果事务的类型比较复杂要进行拆分在业务允许的情况下把大事务拆小
3.在同一事务中尽可能一次性锁定所有需要的资源。可以减少需要的资源可以减少死锁的概率
4.隔离级别read commit 可以避免死锁
5.添加合理的索引可以减少死锁的概率。