简要介绍

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


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值