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

几个知识点:

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

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

  • 依据局部性原理:时间局部性、空间局部性、顺序局部性
  • MySQL中每个存储块称为一页(在许多操作系统中,页的大小通常为 4k)
  • 数据库中一个表有N页,一页有N行。
    锁粒度
  • 一种提高共享资源并发性的方式就是让锁定对象更具有选择性。
  • 尽量只锁定需要修改的部分数据,而不是所有的资源。
  • 更理想的方式是,只对会修改的数据片进行精确的锁定。
  • 任何时候,在给定的资源上,锁定的数据量越少,则系统的并发程度越高,只要相互之间不发生冲突即可。
  • 锁的各种操作,包括获得锁、检查锁是否已经解除、释放锁等,都会增加系统的开销。
  • 另外注意:写锁比读锁有更高的优先级,因此一个写锁请求可能会被插入到读锁队列的前面(写锁可以插入到锁队列中读锁的前面,反之读锁则不能插入到写锁的前面)。
  • 尽管存储引擎可以管理自己的锁,MySQL本身还是会使用各种有效的表锁来实现不同的目的。例如,服务器会为注入Alter Table之类的语句使用表锁,而忽略存储引擎的锁机制。
    事务

修改隔离级别

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隔离级别下:

  • Insert: 为新插入的每一行记录保存当前系统版本号作为行版本号。
  • Delete:为删除的每一行保存当前系统版本号作为删除版本号。
  • Update:插入一行新的记录,保存当前系统版本号作为行版本号,同时保存当前系统版本号为原来的行作为删除版本号。
    Select:
    1.只查找版本号早于当前事务版本的数据行(也就是,行的系统版本号小于或等于事务的系统版本号);这样可以确保事务读取的行,要么是在事务开始前已经存在的,要么是事务自身插入或修改过的。
    2.行的删除版本号要么没有,要么大于当前事务版本号。这样可以确保事务读取到的行,在事务开始之前未被删除。
    3.MVCC只在REPEATABLE READ和READ COMMITTED两个隔离级别下工作。因为READ UNCOMMITTED总是读取最新的数据行,而不是符合当前事务版本的数据行。
    而SERIALIZABLE则会对所有读取的行都加锁。
    注意:需要周期性的整理,来真实的删除老的、过期的数据。

MyISAM引擎加锁并发特性:

concurrent_insert

  • 0 : 不允许并发
  • 1 :(默认)如果表中没有被删除的行, 允许一个进程读数据,另一个线程从表尾写入数据。
  • 2 :不管有没有被删除的行, 都允许从表尾写入数据。

你可能感兴趣的:(MySQL调优的你所要懂得的基础知识点!)