MySQL调优的你所要懂得的基础知识点!

2020-02-08  本文已影响0人  javap

几个知识点:

一次数据访问,访问磁盘需要完成三个动作:

1、寻道:磁头移动到指定的磁道。
2、旋转:旋转磁盘,等待指定扇区从磁头下经过
3、传输:数据在磁盘与内存之间的传输几个知识点:
MySQL减少IO的预读操作,磁盘并非根据需要的数据读取,而是每次都会预读一部分数据。即使只需要一个字节,磁盘也会从这个位置开始,顺序向后读取一定长度的数据放入内存。

修改隔离级别

set session transaction isolation level READ UNCOMMITTED;
脏读:事务可以读取到其他未提交的数据
不可重复读:事务A两次执行查询会得到不同的结果,是因为其他事务在事务A执行过程中进行了提交,修改了某一行数据的值。关注于每一行的值有没有变化
幻读:当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录,当之前的事务再次读取该范围的记录时,会产生幻行。关注于行数有没有变化
死锁
InnoDB目前处理死锁的方法是,将持有最少行级排它锁的事务进行回滚(这是相对比较简单的死锁回滚算法)
事务日志
写日志的操作是磁盘上一小块区域内的顺序I/O,而不像随机I/O需要在磁盘的多个地方移动磁头,所以采用事务日志的方式相对来说要快得多。事务日志持久以后,内存中被修改的数据在后台可以慢慢的刷回到磁盘。目前大多数存储引擎都是这样实现的,我们通常称为预写式日志,修改数据需要些两次磁盘。
如果数据的修改已经记录到事务日志并持久化,但数据本身还没有写回磁盘,此时系统崩溃,存储引擎在重启时能够自动恢复这部分修改的数据。

多版本并发控制(MVCC)

MySQL中大多数事务型存储引擎实现都不是简单的行级锁。基于提升并发性能考虑,他们一般都同时实现了多版本并发控制(Multi-Version Concurrency Control,MVCC).
Oracle等其他数据库也实现了MVCC,但是各自实现机制不尽相同,以为MVCC没有一个统一的实现标准。
可以认为MVCC就是行级锁的一个变种,但是他在很多情况下避免了加锁操作。
MVCC是通过保存数据在某个时间点的快照来实现的。也就是说,不管一个事务需要执行多长时间,每个事物看到的数据都是一致的。
根据事务开始时间的不同,不同事务对同一张表,在同一个时刻看到的数据可能是不一样的。
MVCC有很多种版本的实现,在InnoDB引擎下MVCC是通过在每行记录后面保存两个隐藏的列来实现的。
一列保存了行的创建时间(版本),一列保存了行的删除时间(版本)。存储的并不是实际的时间值,而是系统版本号。
每开始一个新的事务,系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号,用来和查询中每行记录的版本号进行比较。
比如在REPEATABLE TABLE隔离级别下:

MyISAM引擎加锁并发特性:

concurrent_insert

上一篇 下一篇

猜你喜欢

热点阅读