MySQL服务器逻辑架构说明
最上层的服务并不是MySQL所独有的,为可以连接MySQL服务器的客户端
第二层架构
MySQL大部分的核心服务功能都在这一层,包括查询解析、分析、优化、缓存以及所有的内置函数、所有跨存储引擎的功能都在这一层实现
:存储过程、触发器、视图等
第三层架构
存储引擎. 存储引擎API包含几十个底层函数,用于执行诸如'开始'一个事务 或者'根据主键'提取一行记录等操作.但存储引擎不会去解析SQL,不同
存储引擎之间也不会相互通信,而只是简单的相应上层服务器的请求
MySQL读写锁,又叫共享锁和排他锁
读锁是共享的,多个客户在同一时刻可以同时读取同一资源,而互补干扰.
写锁则是排他的,也就是说一个写锁会阻塞其他的写锁和读锁,这是出于安全策略的考虑,只有这样,才能确保在给定的时间里,只有一个用户能执行写入,
并防止其他用户正在写入的同一资源
写锁可以插入到锁队列中读锁的前面,反之读锁则不能插入到写锁的前面
事务必须具有ACID原则
A: 原子性(atomicity)
一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,
对于一个事务来说,不可能只执行其中的一部分操作,这就是事务的原子性
C:一致性(consistency)
数据库总是从一个一致性的状态转换到另外一个一致性的状态
I:隔离性(isolation)
通常来所,一个事务所做的修改在最终提交以前,对其他事务是不可见的.
D:持久性(durability)
一旦事务提交,则其所做的修改就会永久保存到数据库中.此时即使系统崩溃,修改的数据也不会丢失
事务处理过程中额外的安全性,也会需要数据库系统做更多的额外工作. 一个实现了ACID的数据库,通常
会需要更强的CPU处理能力、更大的内存和更多的磁盘空间.对于不支持事务的存储引擎来说,也可以通过
LOCK TABLES语句为应用提供一定程度的保护
lock tables table_name lock_type[write|read];
解锁的语句
unlock tables