1.1 MYSQL数据库在所有涉及到对MySQL的讨论中，都一致认同存储引擎架构是最具实用性且最独树一帜的特性，能够让数据存储和提取具备相对独立性，也就是说与查询处理之间进行区分隔离处理，与此同时，其他系统任务也实现类似分离设计。这种分离模式设计，能够实现对数据存储方式的定制化和针对化选择，换言之，可以从不同诉求出发如性能等选择不同存储方式。在具体架构方面，ySQL可以分成多层，连接器在在外层，而下面服务器则包括多种不同内容，包括连接池、接口、文件系统等等，以下将分别进行具体阐述。用户：通常来说指的是与数据库展开交互的人。支持接口：具有多种不同的类型，如jdbc,odbc等，通常指的是编程语言要有效实现对数据库调用，其中涉及到对接口的使用。管理工具和服务：具体来说就是一整套的系统管理工具及对服务器运行等多方面内容产生作用的控制工具，详细事项内容包括对备份执行恢复指令、集群等(见图)连接层：通常是用户直接面对的层，提供登录等相关服务。连接池：该层的作用就是能够有效提升连接效率，将既往用到的连接在此进行有效缓存，待有需要时可以直接调用，不用再次进行建立，从而让服务器减轻压力，性能得到部分释放和提升。服务层：在该层能够实现和完成多数核心功能。既是sq1接口所在地，同时还是解析器和优化器等的所处层。另外还能实现查询缓存等。SQL接口：详细来说就是接收用户针对性命令，并进行查询结果返回。解析器：这一层功能极为简单和重要，就是完成sq1语句解析。具体实现路径是通过Lex和YACC实现的，具体功能包括：a.能够将sql命令进行解析，并将之转化数据结构，同时还需要将之传到下一层级和步骤，且后续有关于sq1语句的操作和实现都是基于此结构之上。b.能够将sq1命令进行被动验证，也就是如果解析不成功遇到错误，证明该语句有问题。优化器：这一层通常被用来对sq1命令进行优化。缓存器：通常来说这是查询沉积层，也就是说如果其中存在与查询结果吻合的内容，就可以在此直接进行数据调用。该缓存其具体内容结构是一系列不同类型小缓存构成，具体来说有表缓存、key缓存等等。由上可知，服务层执行过程可以用一句话概括，那就是让引擎层知道要做什么，具体路径是sq1接口来实现语句的通过，如果缓存中有符合sq1语句查询结果，那么就直接进行数据调动，如果没有，就需要传给解析器，完成sq1命令解析，随后需要将之进行预处理，还需要进行优化得到最佳方案后，最后将之传给引擎层。引擎层：通常来说这一层也就是真正实现数据存取的地方，能够根据需要提供不同存储引擎，较为常见利用度较高的是innodb。Mysgl中查询语句也较为简单。引擎层会通过sq1语句来完成对存储层的操作（增删改查）并且告诉存储层要以何种方式做(innodb myisam等等)。存储层：通常来说指的是将数据进行存储，具体实现路径是将之放于文件系统之上，并在此过程中产生与实现与存储引擎的交流互动。SQL的执行流程：通常情况下数据库都需要经由其他方式才能被使用，一般来说是利用编程语言来实现对其的调用，其中就涉及到对SQL接口的使用，在MySQL中执行命令并进行处理后，将执行结果通过端口进行返回。首先，利用编程语言来设置针对性程序以实现对MySQL调用，其中涉及到对SQL接口的使用，当ySQL通过接口收到对应请求，并不会直接进行处理而是将之放于连接池，且该放置状况是暂时的，此时将由管理服务和工具对前面处置环节进行执行管理命令，而当处理序列已经轮到存放于连接池的请求时，会进入处理队列中，此时将进入下一步骤，管理器将进行及时的再传递，也就是将请求与SQL接口将建立传递联系，SQL接口实现接收，会将之进行对应的处理，并将相应的处理结果与缓存数据内容展开比对，此时会出现两个结果，如果比对通过，会把对应的处理结果进行返回：如果比对未通过，则需要进行系统查询：此时所出现的步骤是SQL接口会按照既定处理步骤传到解析器，随即解析器会进行对应处理，也就是判断SQL语句当前状态，也就是是否正确，判断完成后如处理结果显示正确，那么会将语句转换成对应的数据结构。而解析器在此处完成对应任务后，会将处理后的SQL语句也就是请求，进行下一步骤，也就是实现优化器控制器传给，在这一步骤中会生成具有不同有效性和适用性的执行计划，但最终执行方案只会是其中一种，数据库将在其中进行选择，确定最优计划，此时SQL语句也就是请求会让存储引擎进行对应的处理，在这个过程中会实现对应数据获取，并原路返回。1.2SSM框架ssm项目分层当前该种分层标准具有最为广泛和普遍的应用场景，几乎所有企业都在使用，其显著的优势在于能够让项目呈现出极为整洁直观的效果，每层各司其职，负责预计要要完成的任务，从而极大方便后期使用中的管理，并可以进行高度灵活性的调试，从实际效果来看，代码易用性和可读性在这种分层下都更为显著。springboot框架下甚而会带有强制性质的让开发者利用该种分层标准，如果不采取该种标准，则会出现报错提示，由此可见，该种分层标准的特殊性及显著的有效性。bean层bean层：具体作用是对类的存放。dao层持久层(Do层)：通常来说指的是接口，现场功能是与数据库实现交互，换言之就是对数据库实现基本的增删改查操作。当语句写好后需要进行配置才能有效实现，一般来说是在Mapper..xml中进行，与此同时还有sql语言的编写。这一层最直观也最好理解，需要就是针对当前需要进行编写即可，不用去考虑具体的实现途径和方式，因为这是业务层需要负责的任务。这也是前面所提及ssm分层标准的优势具体体现，可以分步骤实现。service层业务层(service层)：通常来说这是理解难度最高的一层，为了能够高度凝练的进行描述，是让项目核心任务能够有效实现的负责层，如登录实现等，都属于此类范畴。换言之就是项目核心实现方式和路径写出来，首先定义一个业务层的接口，然后用实现类去实现它，具体路径是通过DA0层进行，实现对数据库的操作指令如增删改查等，如此一来，就把模块关联起来，这里指的是Spring模块能够通过这种方法实现与Mybatis模块的并串。举例，登录功能要能够进行实现，就需要在实现类里面首先写一个dao层的对象（以调用MYbatis模块，从而能够实现对数据库的改写等操作)。随后在登录实现中进行DA0层的调用，但实际上确实直接实现了与数据库的交互，从而完成登录中的用户判断，随后又需要进行对前述登录方法的完善，并进行密码有效性判断，也就是正确判断。至此，登录逻辑顺利地利用ss实现。Controller层经过前述步骤，所涉及模块已经做好准备，只剩下最后一个步骤，那就是如何让登陆信息呈现在用户面前，而这就涉及到控制层(controller层)，通常来说，这一层理解起来也较为容易，是springMVC模块，具体功能是web访问实现，为了实现这一点，需要与视图层同时进行，也就是前端页与用户交互发送用户请求，控制层接收请求并处理，最后返回数据到前端。视图层(view层)：通常来说，该层也被视作理解最简单的层，该层并不要像其他层那样进行单独存放，因为其本质上来说就是一个前端页，因此可以将之直接放置于webapp之下即可，一般为jsp,html格式结构图如图2-2所示。