mysql概述

MySql大致分为三层结构：

• 第一层：客户端并非MySql所独有，例如：连接处理、授权认证、安全等功能均在这一层处理
• 第二层：核心服务包括查询解析、分析、优化、缓存、内置函数(比如 : 时间、数学、加密等函数)，所有的跨存储引擎的功能也在这一层实现 : 存储过程、触发器、视图等
• 第三层：存储引擎：负责 MySQL 中的数据存储和提取，和 Linux 下的文件系统类似，每种存储引擎都有其优势和劣势，中间的服务层通过 API 与存储引擎通信，这些 API接口 屏蔽不同存储引擎间的差异。

1.1连接管理和安全性

每个客户端连接都会在服务器进程中拥有一个线程，这个连接的查询只会在这个单独的线程中执行。

1.2 并发控制

只要有多个查询需要在同一时刻修改数据，都会产生并发控制的问题。主要在两个层面上进行解决：服务器层面和存储引擎层。并发控制的常见解决方法就是锁机制：

• 读写锁：在处理并发读或者写的时候，可以通过实现一个由两种类型的锁组成的锁系统来解决问题：共享锁和排它锁，也就是读锁和写锁。读锁是共享的，相互之间不会阻塞，多个用户在同一个时刻可以读取同一个数据而互不干扰，而写锁是排他的，一个写锁会阻塞其它的写锁和读锁。
• 锁粒度：一种提高共享资源并发性的方式就是让锁定对象更具有选择性。尽量锁定需要修改的部分数据，而不是所有的资源。更理想的方式就是只对会修改的数据片段进行精确的锁定。任何时候，锁定的数据量越少，则并发性越强。但是加锁也是需要耗费资源。因此需要平衡。
  • 表锁：是开销最小的策略，它锁定整张表，一个用户在对表进行写操作的时候，需要提前获取写锁。这样会阻塞其他用户对该表的读写操作。只有没有写锁的时候，其它读取的用户才能获得读锁。读锁之间是不会相互阻塞的。
  • 行级锁：行级锁最大程度的支持并发处理。行级锁开销最大。行级锁在存储引擎层面实现。

1.3事务

事务特性：ACID

• 原子性(Atomicity)：一个事务必须看成是不可分割的最小工作单元
• 一致性(Consistency)：数据库总是从一个一致性的状态转换成另外一个一致性的状态
• 隔离性(Isolation)：一个事务所做的修改在提交以前，对其他事务是不可见的。
• 持久性(Dueability)：一旦事务提交，则其所作的修改就会永久保存在数据库中。

隔离级别

• Read Uncommited (读未提交)：事务中的修改，即使没有提交，对其他事务也是可见的。事务可以读取没有提交的数据。也叫做脏读。
• Read commited(读提交):一个事务从开始提交前，所做的任何修改对其他事务是不可见的。这个级别有时候也叫做不可重复读。
• Repeatable  read(可重复读)：该级别保证了在同一个事务中多次读取同样记录的结果是一样的，但是会出现幻读。幻读就是当某个事务在读取某个范围内的记录的时候，另外一个事务又在该范围插入了新的记录，当之前的事务再次读取该范围的记录的时候，会产生幻行。
• Serializable(可串行化):最高的隔离级别

死锁：两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环。当多个事务试图以不同的顺序锁定资源的时候，就可能发生死锁。一个常见的死锁解决方法就是：回滚事务。