高性能MySQL知识点总结(一)——MySQL架构与历史

文章目录

    • (一)、 1.1 MySQL逻辑架构
        • 1.1.1 连接管理与安全性
    • (二)、 1.2 并发控制
        • 1.2.1 读写锁
        • 1.2.2 锁粒度
    • (三)、 1.3 事务
        • 1.3.1 隔离级别
        • 1.3.2 死锁
        • 1.3.3 事务日志
        • 1.3.4 MySQL中的事务
    • (三)、 1.4 多版本的并发控制(MVCC)
    • (三)、 1.5 MySQL的存储引擎
        • 1.5.1 InnoDB存储引擎
        • 1.5.2 MyISAM存储引擎
        • 1.5.3 InnoDB和MyISAM之间的比较

(一)、 1.1 MySQL逻辑架构

高性能MySQL知识点总结(一)——MySQL架构与历史_第1张图片

  • 最上层大多数是基于网络的客户端/服务器的工具或者服务都有类似的架构。比如连接处理,授权认证,安全等。
  • 第二层架构主要包括MySQL的核心功能,包括查询解析、分析,优化、缓存以及所有的内置函数,同时包括存储过程,触发器 ,视图等
  • 第三层包含了存储引擎。存储引擎负责MySQL中的数据存储和提起。

1.1.1 连接管理与安全性

  1. 每个客户端连接都会在服务器进程中拥有一个线程,这个连接的查询只会在这个单独的线程中执行,该线程只能轮流在某个CPU核心或者CPU中运行。
  2. 服务器会缓存线程,因此不需要每一个新建连接创建或销毁线程
  3. 连接认证基于用户名原始主机信息和密码以及安全套接字(SSL)方式连接

(二)、 1.2 并发控制

1.2.1 读写锁

  1. 在处理并发读或者写时,可以通过实现一个由两种类型的锁组成的锁系统来解决问题
  2. 这两种类型的锁通常被称为共享锁(shared lock)排他锁(exclusive lock)=,也叫=读锁(read lock)写锁(write lock)
  3. 读锁是共享的,或者说是相互不阻塞的。多个客户在同一时刻可以读取同一个资源,而互不干扰
  4. 写锁则是排他的,也就是说一个写锁会阻碍其他的写锁和读锁

1.2.2 锁粒度

  1. 一种提高共享资源并发性的方式就是让锁定对象更有选择性。
  2. 尽量只锁定需要修改的部分数据,而不是所有的数据
  3. 锁策略,就是在锁的开销和数据的安全性之间寻求平衡
  4. 两种重要的锁策略:
  •     表锁(table lock)
    表锁是MySQL中最基本的锁策略,并且是开销最小的策略
    表锁会锁定整张表。用户在对表进行写操作前,需要先获得写锁,这会阻塞其他用户对该表的读写操作。
    只是没有写锁时,其他读取的用户才能获得的读锁,读锁之间不相互阻塞
    写锁比读锁有更高的优先级,因此一个写锁请求可能会被插入到读锁队列的前面
  •     行级锁(row lock)
    行级锁可以最大程度地支持并发处理(同时也带来了最大的锁开销)
    行级锁只在存储引擎实现,而MySQL服务器层没有实现

(三)、 1.3 事务

  1. 事务就是一组原子性的SQL查询,或者说一个独立的工作单元。
  2. 事务内的语句,要么全部执行成功,要么全部执行失败。
  3. 事务的ACID概念:
  •     原子性(atomicity)
    一个事务必须被视为一个不可分割的最小工作单元,整个食物中的所有操作要么全部提交成功,要么全部回滚失败。对于一个事务来说,不可能只执行其中的一部分操作,这就是原子性。
  •     一致性(consistency)
    指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性。
  •     隔离性(isolation)
    在一个事务或者工作单元执行完毕之前,其所访问的数据不能受到系统其他部分的影响。这就是隔离性。
  •     持久性(durability)
    一旦事务提交,则其所做的修改就会永久保存到数据库中。此时即使系统崩溃,修改的数据也不会丢失。

1.3.1 隔离级别

下面是四种隔离级别:

  1. READ UNCOMMITTED(未提交读)
    在READ UNCOMMITTED级别,事务中的修改,即使没有提交,对其他事务也都是可见的。事务可以读取未提交的数据,这也被称为脏读(Dirty Read)。在实际中很少使用
  2. READ COMMITTED(提交读)
    大多数数据库系统的默认隔离级别都是READ COMMITTED(但MySQL不是)。
    Read COMMITTED满足隔离性的简单定义:一个事务开始时,只能“看见”已经提交的事务所做的修改。换句话说,一个事物从开始到提交之前,所做的任务修改对其他事务都是不可见的。
    这个级别有时也叫不可重复度(nonrepetable read),因为执行两次同样的查询,可能会得到不同的结果
  3. REPEATABLE READ(可重复读)
    REPEATABLE READ解决了脏读的问题。这级别保证了在同一个事务中多次读取同样记录的结果是一致的。
    主要实现是当A事务读取了数据后,会对数据进行加锁,这样就可以保证数据的一致性。但是不能组织B使用insert语句插入数据,这就导致会发生幻行(Phantom Read),会发现表的行数不一样。
  4. SERIALIZABLE(可串行化)
    SERIALIZABLE是最高的隔离级别。它通过强制事务串行,避免了前面说的欢度问题。
    但是会出现大量超时和锁争用的问题。
    只有在非常需要保证数据的一致性且可以接受没有并发的情况下,才使用该级别

1.3.2 死锁

  • 死锁是指两个或者事务在同一个资源上相互占用,并请求锁定对方占用的资源,从而导致恶性循环的现象。
  • 死锁发生后,只有部分或者完全回滚其中一个事务,才能打破死锁。

1.3.3 事务日志

  • 使用事务日志,存储引擎在修改表的数据时只需要修改其内存拷贝,再把该修改行为记录到持久在硬盘上的事务日志中,而不是每次豆浆修改的数据本身持久到磁盘。
  • 事务日志的方式相对来说要快得多。事务日志持久后,内存中被修改的数据在后台可以慢慢地刷回磁盘。

1.3.4 MySQL中的事务

  1. 自动提交(AUTOCOMMIT)=
  • MySQL默认采用自动提交的防磨。如果不显式的开始一个事务,则每个查询都会被当作一个事务执行提交操作。
  • 可以通过设置来开启或禁用自动提交。(1或者ON表示开启,0或者OFF表示禁用)
SHOW VARIABLES LIKE 'AUTOCOMMIT'  --查看是否开启自动提交
SET AUTOCOMMIT = 1;   --开启自动提交

在这里插入图片描述

  • 修改AUTOCOMMIT对非事务型的表,比如MyISAM或者内存表,不会有任何影响
  • 存在一些命令,在执行之前会强制提交COMMIT提交当前的活动事务。
  • MySQL可以通过SET TRANSACTION ISOLATION LEVEL命令来设置隔离级别。新的隔离级别会在下一个事务开始的时候生效。
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
  • 在食物中混合使用存储引擎
  • MySQL的服务层不管理事务,事务由下层的存储引擎实现的。所以在同一个事务中,使用多种存储引擎是不可靠的。

(三)、 1.4 多版本的并发控制(MVCC)

  • MVCC的实现,是通过保存数据在某个时间点的快照来实现的。也就是说,不管需要执行多长时间,每个事务看到的数据都是一致的。
  • 根据事务开始的时间不同,每个事务对同一张表,同一时刻看到的数据可能是不一样的。
  • MVCC的工作原理:
    1、InnoDB的MVCC是通过在每行记录后面保存两个隐藏的列来实现的。这两个列,一个保存了行的创建时间,一个保存行的过期时间。当然存储的并不是实际时间值,而是系统版本号
    2、每开始一个新的事务,系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号,用来和查询到的每行记录的版本号进行比较。

(三)、 1.5 MySQL的存储引擎

  • 使用SHOW TABLE STATUS命令查看表的相关信息

    SHOW TABLE STATUS LIKE 'user'
    

高性能MySQL知识点总结(一)——MySQL架构与历史_第2张图片

1.5.1 InnoDB存储引擎

  • InnoDB的数据存储在表空间中,表空间是由InnoDB管理的一个黑盒子,由一系列的数据文件组成。
  • InnoDB采用MVCC来支持高并发,并且实现了四个标准的隔离原则。默认级别是REPEATBALE READ(可重复读),并且通过间隙锁(next-key locking)策略防止幻读的出现。
  • InnoDB表是基于聚簇索引建立的。聚簇索引对主键查询有很高的性能。
  • InnoDB内部做了很多优化,包括从磁盘读取数据时采用的可预测性预读,能够在内存中创建hash索引以加速读操作的自适应哈希索引,以及能够加速插入操作的插入缓冲区
  • 支持真正的热备份。

1.5.2 MyISAM存储引擎

  • 在MySQL5.1及以前的版本,MyISAM是默认的存储引擎。
  • MyISAM提供了大量的特性,包括全文索引,压缩,空间函数等。
  • 但MyISAM不支持事务和行级锁,还有一个缺陷就是崩溃后无法安全恢复。

1.5.3 InnoDB和MyISAM之间的比较

  • 事务:InnoDB 是事务型的,可以使用 Commit 和 Rollback 语句。

  • 并发:MyISAM 只支持表级锁,而 InnoDB 还支持行级锁。

  • 外键:InnoDB 支持外键。

  • 备份:InnoDB 支持在线热备份。

  • 崩溃恢复:MyISAM 崩溃后发生损坏的概率比 InnoDB 高很多,而且恢复的速度也更慢。

  • 其它特性:MyISAM 支持压缩表和空间数据索引。

你可能感兴趣的:(MySQL,高性能MySQL,知识点总结)