数据库体系结构【荐】.docVIP

数据库体系结构 当应用程序向PostgreSQL系统提交一个查询时，一般要经过五个阶段： 联接阶段 分析阶段 重写阶段 重写系统是一个位于分析器阶段和规划器/优化器之间的模块它接收分析阶段来的查询树且搜索任何应用到查询树上的规则，（规则存储在系统表里）并根据给出的规则体进行转换 重写系统的一个应用就是实现视图 当一个查询访问一个视图时（也就是说，一个虚拟表），重写系统改写用户的查询， 使之成为一个访问在视图定义里给出的基本表的查询 优化阶段 规划器/优化器的任务是创建一个优化了的执行规划 它首先合并对出现在查询里的关系进行 扫描和连接 所有可能的方法这样创建的所有路径都导致相同结果， 而优化器的任务就是计算每个路径的开销并且找出开销最小的那条路径 执行阶段 总体架构图 PostgreSQL的总体架构图 Postmaster：它主要负责在客户端第一次发送请求给服务器的时候建立一个服务器进程也就是上图中的Listener Listener：也就是每个客户端对应的服务器端进程，它的主要作用是和客户端进行通信，获取客户端的sql语句，并把查询结果返回给客户端 Optimizer：查询优化器，主要功能是分析客户端提交的sql语句，给出所有的执行路径，并从中找出一个最优的方案，最后把这个执行方案交给执行器 Buffer Manager：缓冲管理器，主要功能是对共享缓冲区和本地缓存区进行管理 服务器体系结构图 SQL客户端接口负责在客户端和服务器端通信，对应服务器体系结构图中的libpq 系统控制管理器负责初始化和控制整个PostgreSQL系统，对应服务器体系结构图中的Postmaster和Postgres 查询引擎是最主要的子系统，负责解析、优化和执行处理客户端发来的请求，对应服务器体系结构图中由Parser、Traffic Cop、Rewrite、Choose Path Generate Plan、Executor和Utility Commands组成的部分 数据字典存储在系统关系中，存储着系统运行必要的信息和对象的定义信息，并提供处理创建删除对象的接口，对应服务器体系结构图的Catalog 存储管理器负责管理内存和磁盘，提供存取数据库的数据的功能，对应服务器体系结构图的Storage Managers 存取方法和事务管理器控制着逻辑的数据存取和数据库的ACID特性实现，对应服务器体系结构图的Access 库和实用工具程序为其他子系统提供功能上的支持对应服务器体系结构图的Utilities和Nodes/Lists数据库查询原理 第一步：应用程序把查询SQL语句发给服务器端执行 我们在数据层执行SQL语句时应用程序会连接到相应的数据库服务器把SQL语句发送给服务器处理 第二步：服务器解析请求的SQL语句 SQL计划缓存经常用查询分析器的朋友大概都知道这样一个事实往往一个查询语句在第一次运行的时候需要执行特别长的时间但是如果你马上或者在一定时间内运行同样的语句会在很短的时间内返回查询结果 原因： 服务器在接收到查询请求后并不会马上去数据库查询而是在数据库中的计划缓存中找是否有相对应的执行计划如果存在就直接调用已经编译好的执行计划节省了执行计划的编译时间 如果所查询的行已经存在于数据缓冲存储区中就不用查询物理文件了而是从缓存中取数据这样从内存中取数据就会比从硬盘上读取数据快很多提高了查询效率.数据缓冲存储区会在后面提到 2、如果在SQL计划缓存中没有对应的执行计划服务器首先会对用户请求的SQL语句进行语法效验如果有语法错误服务器会结束查询操作并用返回相应的错误信息给调用它的应用程序 注意此时返回的错误信息中只会包含基本的语法错误信息例如select 写成selec等错误信息中如果包含一列表中本没有的列此时服务器是不会检查出来的因为只是语法验证语义是否正确放在下一步进行 3、语法符合后就开始验证它的语义是否正确例如表名列名存储过程等等数据库对象是否真正存在如果发现有不存在的就会报错给应用程序同时结束查询 4、接下来就是获得对象的解析锁我们在查询一个表时首先服务器会对这个对象加锁这是为了保证数据的统一性如果不加锁此时有数据插入但因为没有加锁的原因查询已经将这条记录读入而有的插入会因为事务的失败会回滚就会形成脏读的现象 5、接下来就是对数据库用户权限的验证SQL语句语法语义都正确此时并不一定能够得到查询结果如果数据库用户没有相应的访问权限服务器会报出权限不足的错误给应用程序在稍大的项目中往往一个项目里面会包含好几个数据库连接串这些数据库用户具有不同的权限有的是只读权限有的是只写权限有的是可读可写根据不同的操作选取不同的用户来执行稍微不注意无论你的SQL语句写的多么完善完美无缺都没用 6、解析的最后一步就是确定最终的执行计划当