java类型的对象可以存储属性_重识JVM（一）类与对象在JVM中是如何存储的

通过对MYSQL重要的几个属性的理解&＃xff0c;建立一个基本的MYSQL的知识框架。后续再补充完善。

一、MYSQL架构

这里给的架构描述&＃xff0c;是很宏观的架构。有助于建立对MYSQL整体理解。

1. 架构图

以下是在网上找的两张MYSQL架构图。能反映MYSQL的结构。

结构基本一致&＃xff0c;都是连接、服务和存储引擎三部分。

2.分层实现

MYSQL大致分为3个层次。连接层、服务层和引擎层。连接层功能是客户端的链接服务。服务层完成缓存查询、SQL分析、SQL优化。引擎层真正负责MYSQL数据的存储和提取。

1&＃xff0e;连接层

核心功能是完成客户端的链接安全服务。负责一些连接处理、授权认证以及相关安全方案。该层提供了线程池功能。为通过安全认证的客户端提供线程。

验证主要是用户名、密码的验证。

2&＃xff0e;服务层

服务层提供的服务包括查询的解析、分析(语法、语义)、优化(SQL)、缓存查询、内置函数(日期、数学、时间、加密)、跨存储引擎的功能(存储过程、触发器、视图)等。

3&＃xff0e;引擎层

存储引擎层主要负责数据的存储和提取。服务器通过API和引擎层进行通信。

核心需要了解的引擎有InnoDB和MyISAM两种引擎。绝大多数情况下都选择使用使用InnoDB引擎。InnoDB&＃xff1a;支持事务、支持行表锁(高并发友好-行锁更好的支持并发)、支持主外键、不支持全文检索。

MyISAM&＃xff1a;支持全文检索、不支持事务、只支持表锁(对并发不好--操作一条数据就需要锁住整张表)。

3.查询组件

按照查询过程&＃xff0c;描述各组件的功能。

1&＃xff0e;连接器

管理数据库链接、权限验证。

2.用户权限是链接时刻的用户权限

一个用户成功建立

连接后&＃xff0c;即使你用管理员账号对这个用户的权限做了修改&＃xff0c;也不会影响已经存在连接的权限。修改完成后&＃xff0c;只有再新建的连接才会使用新的权限设置。链接

链接过程比较麻烦&＃xff0c;通常使用长链接。

(1) 长链接

如果客户端和服务端链接上之后&＃xff0c;客户端有持续的请求&＃xff0c;则一直使用同一个链接。

长链接缺点&＃xff1a;容易占用内存。在执行语句中使用的内存是管理在链接对象中的。这些资源只有在断开链接的使用才能释放。如果长链接时间较长&＃xff0c;可能积累的内存很大&＃xff0c;造成内存溢出。解决思路(定期断开重连)。

(2)短链接

连接后执行SQL之后&＃xff0c;断开链接&＃xff0c;下次使用时&＃xff0c;重新链接。

2&＃xff0e;查询缓存

核心思想就是看&＃xff0c;缓存中是否存在刚刚查询过和当前一样的SQL。如果存在&＃xff0c;则直接使用缓存数据返回。如果不存在&＃xff0c;才执行后续的查询步骤。缺点是&＃xff1a;适合于静态表。如果是动态表&＃xff0c;数据实时发生变化。查询以前的缓存数据不准确。查询缓存

建立链接后&＃xff0c;首先是在内存中查询&＃xff0c;看之前是否执行过这条语句。之前执行过的语句可能以KEY-VALUE的形式保存在内存中。KEY为查询的语句。VALUE是查询的结果。

(1)缓存存在

直接将缓存的数据返回给客户端。

(2)缓存不存在

执行后面的阶段。

3&＃xff0e;分析器

将SQL的字符串转成语法树。过程包含词法解析和语法解析。

(1)词法解析

识别字符串中的SQL关键字和函数关键字。

(2)语法解析

在词法分析基础之上&＃xff0c;生成语法树。可以向后提交给优化器。

4&＃xff0e;优化器

优化器对语法树进行进一步优化&＃xff0c;给出更合理的执行计划。从而提高SQL的执行效率。

比如&＃xff1a;多个表JOIN的时候&＃xff0c;决定表的关联顺序。多个索引时&＃xff0c;选择使用哪个索引。

5&＃xff0e;执行器

经过优化器优化后的语句&＃xff0c;进入执行器阶段。开始执行语句。

(1)判断权限

判断用户有没有对表操作的权限。如果没有&＃xff0c;则直接返回该用户没有权限错误。如果有&＃xff0c;就继续执行。

(2)调用引擎API&＃xff0c;继续执行

打开表&＃xff0c;执行器会根据表的引擎定义&＃xff0c;去执行这个引擎提供的接口。

二、并发控制

当多个线程&＃xff0c;同时修改同一张表的数据的时候&＃xff0c;就需要并发控制。MYSQL在两个级别实现并发控制。服务器级(the server level)和存储引擎级(the storage engine level)。加锁实现并发控制。对锁从不同的角度分析&＃xff0c;尽量减小锁对并发的影响。从提升并发性能的角度来分析的。

(一)、尽小可能使用互斥&＃xff0c;尽大可能使用共享

互斥是实现同步的一种方式。也是代价比较大的一种。对并发性能影响较大。因此&＃xff0c;对锁分为共享锁和互斥锁。也是经常说的读锁和写锁。根据不同的情况&＃xff0c;在保证正确性的前提下&＃xff0c;尽可能使用共享锁(读锁)。

1&＃xff0e;读锁(共享锁)

读锁允许多个连接&＃xff0c;并发的读取统一资源&＃xff0c;互不干涉。读锁之间是共享的。不互斥。

2&＃xff0e;写锁(互斥锁、排它锁)

一个写锁阻塞其它写锁和读锁。保证同一时刻只有一个连接写入数据。同时&＃xff0c;防止其它用户对这个数据进行读写。

(二)、 粒度(尽小范围加锁)

在满足逻辑正确的情况下。加锁范围越小&＃xff0c;产生阻塞的可能性越小。并发的性能就越高。因此。从这个角度来分析MYSQL的锁机制。MYSQL中分为表锁和行级锁。

1&＃xff0e;表锁

表锁是用户操作的过程中对整张表锁定。只允许一个用户对表进行操作(插入、删除、更新)。MYSQL独立于存储引擎提供表锁&＃xff0c;例如&＃xff0c;对于ALTER TABLE语句&＃xff0c;服务器提供表锁(table-level lock)。

表锁是MYSQL基本的锁策略。也是开销最小的锁策略(因为简单可行)。

2&＃xff0e;行级锁

最大程度的支持并发处理。InnoDB支持行级锁。指锁定需要的几行数据即可。也是开销最大的所策略(需要精确的控制&＃xff0c;代价很大)。

(三)、 多版本控制

多版本控制的核心是 读事务不用等待锁。从而更加提升了性能。MYSQL的MVCC的实现逻辑。

通过在每行数据后添加两个隐藏列来实现。一个是创建时间&＃xff0c;一个死过期时间(删除时间)。这两个列存储的是系统版本号(版本号的大小体现时间的先后顺序)。每开始一个新的事务&＃xff0c;版本号都会增加。事务开始时刻的版本号作为这个事务的版本号。

MVCC的具体操作&＃xff0c;InnoDB引擎为例

(1)INSERT

插入每行数据&＃xff0c;创建时间为当前的系统版本号

(2)DELETE

删除每行数据&＃xff0c;保存当前系统版本号为删除时间。

(3)UPDATE

插入一行新数据。当前系统版本号为创建时间。另外&＃xff0c;当前版本号为原来行的删除时间

(4)SELECT

读操作不需要等待其它锁

查询的时候&＃xff0c;需要满足一下两个条件的数据。只需要找创建时间小于或等于当前版本号的数据。(这样能确保事务读取的行&＃xff0c;要么在事务开始之前就已经存在&＃xff0c;要么是事务自身插入或者修改的)

行的删除时间&＃xff0c;要么未定义&＃xff0c;要么大于当前版本。

符合以上两个条件的记录&＃xff0c;才能作为查询结果。

三、 事务

数据库的事务处理原则是ACID的正确性。

(一)、事务的ACID属性

1&＃xff0e;原子性

一个事务被视为最小的工作单元&＃xff0c;整个事务所有操作&＃xff0c;要么都执行&＃xff0c;要么全部回滚&＃xff0c;都不执行。不能执行其中的一部分&＃xff0c;任务不能分割。

2&＃xff0e;一致性

符合逻辑&＃xff0c;从一个一致性状态转换到另一个一致性状态。

3&＃xff0e;隔离性

提供一定的隔离机制&＃xff0c;保证事务在运行过程中不受外部并发操作的影响。一个事务所做的修改&＃xff0c;在提交之前&＃xff0c;对其它事务不可见。

4&＃xff0e;持久性

一旦事务提交&＃xff0c;其所做的修改就会保存到数据库中。即事务提交后&＃xff0c;对数据的修改是永久性的。

(二)、 隔离级别

隔离规定了&＃xff0c;一个事务所做的修改&＃xff0c;那些在事务内部和事务间是可见的&＃xff0c;那些是不可见的。较低级别的隔离通常可以执行较高的并发。系统的开销更低。

1&＃xff0e;未提交读 REDA UNCOMMITED

事务中的修改&＃xff0c;即使没有提交&＃xff0c;对其它事务也都是可见的。

这种情况下&＃xff0c;容易造成脏读。

2&＃xff0e;提交读 READ COMMITED

一个事务中的修改&＃xff0c;只有在事务提交之后&＃xff0c;对其它事务才可见。换句话说&＃xff0c;一个事务的修改&＃xff0c;在其提交之前&＃xff0c;对其余事务是不可见的。

这个级别满足隔离性的定义&＃xff0c;也称为不可重复读。因为&＃xff0c;即使在一个事务中&＃xff0c;重复两次查询&＃xff0c;可能得到不一样的结果。

3&＃xff0e;可重复读 REPEATABLE READ

同一个事务中&＃xff0c;多次读取&＃xff0c;记录结果是一致的(因为同一个事务&＃xff0c;版本号是一样的&＃xff0c;有版本号控制&＃xff0c;能够保证&＃xff0c;多次查询结果是一致的)。重复读能解决脏读的问题。

可重复读是MYSQL默认的隔离级别。

4&＃xff0e;可串行化 SERIALIZABLE

是隔离的最高级别。强制要求事务串行执行。是加锁读。

(三)、 死锁

两个或多个事务&＃xff0c;在同一资源上相互占用。并请求占用对方占用的资源。

(四)、MYSQL中的事务

MYSQL默认为自动提交(AUTOCOMMIT)。

1&＃xff0e;自动提交

如果不是显示的提交一个事务(START TRANSACTION ---COMMIT)&＃xff0c;每个查询都会作为一个事务提交。

参数设置&＃xff1a;set autocommit &＃61; 1&＃xff1b;

2&＃xff0e;手动提交

所有的查询都是在一个事务中&＃xff0c;直至显示的执行commit提交或者rollback回滚&＃xff0c;该事务才结束。

参数设置&＃xff1a; set autocommit &＃61; 0&＃xff1b;

(五)、 事务处理的几个问题

由于事务的并发执行&＃xff0c;带来以下一些著名的问题&＃xff1a;

1&＃xff0e;更新丢失(Lost Update)

当两个或多个事务选择同一行&＃xff0c;然后基于最初选定的值更新该行时&＃xff0c;由于每个事务都不知道其他事务的存在&＃xff0c;就会发生丢失更新问题&＃xff0d;&＃xff0d;最后的更新覆盖了由其他事务所做的更新。

2&＃xff0e;脏读(Dirty Reads)

一个事务正在对一条记录做修改&＃xff0c;在这个事务完成并提交前&＃xff0c;这条记录的数据就处于不一致状态&＃xff1b;这时&＃xff0c;另一个事务也来读取同一条记录&＃xff0c;如果不加控制&＃xff0c;第二个事务读取了这些"脏"数据&＃xff0c;并据此做进一步的处理&＃xff0c;就会产生未提交的数据依赖关系。这种现象被形象地叫做"脏读"。

3&＃xff0e;不可重复读(Non-Repeatable Reads)

一个事务在读取某些数据后的某个时间&＃xff0c;再次读取以前读过的数据&＃xff0c;却发现其读出的数据已经发生了改变、或某些记录已经被删除了&＃xff01;这种现象就叫做"不可重复读"。

4&＃xff0e;幻读(Phantom Reads)

一个事务按相同的查询条件重新读取以前检索过的数据&＃xff0c;却发现其他事务插入了满足其查询条件的新数据&＃xff0c;这种现象就称为"幻读"。

四、引擎

数据库中的引擎是真正执行SQL的组件&＃xff0c;被MYSQL集成在内部。MYSQL是一个多引擎的数据库管理系统。核心的有InnoDB(默认引擎)和MyISAM。

(一)、 InnoDB

MYSQL默认的存储引擎。最大的特点是支持事务、支持行级锁&＃xff0c;因此能支持高并发的访问。不支持全文索引。索引是基于聚簇索引建立的。对主键的查询有很高的性能。

(二)、MyISAM

MYSQL5之前的默认存储引擎。最大的特点是支持全文索引。但是&＃xff0c;不支持事务&＃xff0c;支持表锁。并发支持性不好。