如果抛出一个问题，你是如何理解MySQL解析器的，它和Oracle解析器有什么差别？相信大多数同学都会比较迷茫，因为这个问题很难验证，要不是看源码，要不就是查看书上是怎么说的，其实这两种方法对我们去理解这个问题来说不是很合适，如果能够通过实践来做下理解就好了。
如上一个SQL语句，发送到MySQL服务器之后，会做什么，如何识别上边语句并返回结果？下面我们来详细说明这个过程。
提到mysql查询优化，很多人脑海里可能会想到NOT NULL、合理索引、不使用select *、合适的数据类型等等，可是这些优化技巧是怎么来的？
首先给大家介绍一下在 MySQL 当中的分层，我相信大家在初学的时候都对这个没有进一步的了解，所以特意说一下，那么开始吧往下看。
当我们希望MySQL能够以更高的性能进行查询时，弄清楚MySQL中是如何优化和执行查询的就显得很有必要，这里，先搬出来一张图镇楼：
如何设计最优的数据库表结构，如何建立最好的索引，以及如何扩展数据库的查询，这些对于高性能来说都是必不可少的。但是只有这些还不够，要获得良好的数据库性能，我们还要设计合理的数据库查询，如果查询设计的很糟糕，即使增加再多的只读从库，表结构设计的再合理，索引再合适，只要查询不能使用到这些东西，也无法实现高性能的查询。所以说查询优化，索引优化，库表结构优化需要齐头并进。
MySQL在我们的开发中基本每天都要面对的，作为开发中的数据的来源，MySQL承担者存储数据和读写数据的职责。因为学习和了解MySQL是至关重要的，那么当我们在客户端发起一个SQL到出现详细的查询数据，这其中究竟经历了什么样的过程？MySQL服务端是如何处理请求的，又是如何执行SQL语句的？本篇博客将来探讨这些问题。
前言:MySQL在我们的开发中基本每天都要面对的,作为开发中的数据中间件,MySQL承担者存储数据和读写数据的职责。因为学习和了解MySQL是至关重要的,那么当我们在客户端发起一个sql到出现详细的查询数据,这其中究竟经历了什么样的过程？MySQL服务端是如何处理请求的,又是如何执行sql语句的？本篇博客将来探讨这个问题：
在你登录失败时, 经常会遇到”Access denied for user”错误, 就是连接器中的权限验证没有通过.
MYSQL是在大小公司中使用率极高的开源的关系型数据库，以其良好的易用性和在分布式场景下的高性能而著称，也是所有新手在数据库入门时的产品首选。最近因为听了公司的一位师兄关于MYSQL InnoDB锁的讲座，收获很多，所以将MYSQL锁相关的必备知识在此进行梳理。这些知识不仅可以帮助面试，也可以在日常开发进行性能优化或死锁问题排查时派上用场。当然，最重要的是，在对数据进行上锁时，就能够梳理出相应的上锁流程，从而避免真正走到故障时再去排查。
客户端提交一条sql语句，先在查询缓存中查询，如果缓存没有命中，将会进行查表操作。查表的流程总结过为如下：
在MySQL中，可以使用INNER JOIN语句来内关联两个表。如果要将小表A驱动大表B进行内关联，可以将小表A放在前面，大表B放在后面。具体的SQL语句可以按照以下格式编写：
客户端连接器 mysql为外部程序提供的客户端connector，例如 PHP JAVA .NET RUBY 连接管理 管理客户端连接的相关操作，例如 连接线程池、权限验证、线程重用、连接限制 SQL层 SQL接口 接收客户端的SQL命令，并返回命令结果 SQL 解析器 SQL命令传递到解析器的时候会被解析器验证和解析 将SQL语句分解成数据结构——分析树，并将这个结构传递到后续步骤，以后SQL语句的传递和处理就是基于这个结构的 如果在解析中遇到错误，那么就说明这个sql语句是不
slow_query_log_file 指定慢查询日志的存储路径及文件(默认情况下保存在MySQL的数据目录中)
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
Connectors组件，是MySQL向外提供的交互组件，如java，php等语言可以该组件来操作SQL语句，实现与SQL的交互
编写过程就是我们平常写sql语句的过程，也可以理解为编写顺序，以下就是我们编写顺序：
由于换工作，找房子这一系列事情都推在了一起，所以最近停更了一个多月。现在所有的事情都已尘埃落定，我也可以安安静静的码字啦。
系统只要能从数据库连接池获取到一个数据库连接，就能执行CRUD。可通过数据库连接将待执行SQL发给MySQL。
而我们的连接器就是处理这个过程的，连接器的主要功能是负责跟客户端建立连接、获取权限、维持和管理连接，连接器在使用的过程中如果该用户的权限改变，是不会马上生效的，因为用户权限是在连接的时候读取的，只能重新连接才可以更新权限
存储引擎架构分为三层，自上而下，分为第一层：连接层；第二层：服务层；第三层：引擎层。
mysql中存在4个控制权限的表，分别为user表，db表，tables_priv表，columns_priv表, mysql权限表的验证过程为：
客户端将查询的select sql，按照mysql通信协议传输到数据库服务。数据库服务接受查询sql，执行sql前判断要执行的sql是否是查询语句。
对于大部分的开发人员而言，编写增删查改的sql语句通过数据库连接去操作数据库，但并不关心数据库是如何监听请求和从连接中把请求数据中提取出来，往往在意表结构，sql执行效率慢就给他们建立索引，完全把MySQL当作黑盒子去使用。
开发人员基本都知道，我们的数据存在数据库中（目前最多的是MySQL和Oracle，由于作者更擅长MySQL，所以这里默认数据库为MySQL），服务器通过sql语句将查询数据的请求传入到MySQL数据库。数据库拿到sql语句以后。都是进行了哪些操作呢？这里向大家介绍下我的个人的理解，欢迎大家评论区批评指正。
在平时工作中，有时我们会编写存储过程。在存储过程中我们会在网上看到一些例子，在例子中会有类似 DELIMITER ?? 或者 DELIMITER // 这种写法，这种写法看上去就比较迷惑，并且网上的介
Server 层：负责建立连接、分析和执行 SQL。MySQL 大多数的核心功能模块都在这实现，主要包括连接池，执行器、优化器、解析器、预处理器、查询缓存等。另外，所有的内置函数（如日期、时间、数学和加密函数等）和所有跨存储引擎的功能（如存储过程、触发器、视图等）都在 Server 层实现；
内容为慕课网的"高并发 高性能 高可用 MySQL 实战"视频的学习笔记内容和个人整理扩展之后的笔记，本节内容讲述的索引优化的内容，另外本部分内容涉及很多优化的内容，所以学习的时候建议翻开《高性能Mysql》第六章进行回顾和了解，对于Mysql数据的开发同学来说大致了解内部工作机制是有必要的。
1、版本号（Version）：版本号是指脚本的唯一标识符，用来指示脚本在迁移序列中的顺序。它通常是一个数字或者包含数字的字符串，并且按照一定的命名约定进行排序，例如使用前缀"V"或者"R"加上版本号，如"V1_1"或"R2.0.3"。
1.客户端发送一条查询给服务器。 2.服务器先检查查询缓存，如果命中了缓存，则立刻返回存储在缓存中的结果。否则进入下一阶段。 3.服务器端进行SQL解析、预处理，再由优化器生成对应的执行计划。 4.MySQL根据优化器生成的执行计划，再调用存储引擎的API来执行查询。 5.将结果返回给客户端。
查询的生命周期大致可以按照顺序来看：从客户端到服务端，然后在服务器上进行解析，生成执行计划，执行，并返回结果给客户端。其中 “执行” 可以认为是整个生命周期中最重要的阶段，其中包括了大量为了检索数据到存储引擎的调用以及调用后的数据处理，包括排序分组等。当希望 MySQL 能够以高性能的方式运行查询时，最好的办法就是弄清楚 MySQL 是如何优化和执行查询的。MySQL 执行一个查询的过程，如下：
在上一篇文章《MySQL常见加锁场景分析》中，我们聊到行锁是加在索引上的，但是复杂的 SQL 往往包含多个条件，涉及多个索引，找出 SQL 执行时使用了哪些索引对分析加锁场景至关重要。
前几天在网上进行了一个面试,关于数据库方面的面试题其实也没少背,但是这个面试官的问题多少让我有些触不及防,他没有询问比较常见的基础语法和优化的问题,而是让我解释一条SQL从客户端到服务端的执行流程,这让我十分尴尬,因为平时只顾应用层面的东西,没有真正去理解到更深层次的东西,所以遇到非常规问题,很容易蒙圈,希望大家以我为鉴,学习一个知识要尽量达到"知其然、知其所以然",这样即使面试官变换问题的角度,我们也能更好的应对回答,叨唠完了,正片开始!
当你执行一次MySQL查询时，有没有仔细想过，在查询结果返回之前，经过了哪些步骤呢？这些步骤有可能消耗了超出想象的时间和资源。因此，在对MySQL的查询进行优化之前，应该了解一下MySQL查询的生命周期。
1，插拔式的插件方式 ，插拔式的插件方式 2，存储引擎是指定在表之上的，即一个库中的每一个表都可 ，存储引擎是指定在表之上的，即一个库中的每一个表都可以指定专用的存储引擎。 3，不管表采用什么样的存储引擎，都会在数据区，产生对应 ，不管表采用什么样的存储引擎，都会在数据区，产生对应的一个 的一个frm文件（表结构定义描述文件）
【mysql优化专题】：本专题全文围绕mysql优化进行全方位讲解，本篇为优化入门篇，让大家知道为什么要优化，究竟在优化什么。喜欢的朋友可以关注收藏。 优化，一直是面试最常问的一个问题。因为从优化的角
mysql逻辑分层: 1.client ==>连接层 ==>服务层==>引擎层==>存储层 server 2.连接层: 提供与客户端连接的服务 3.服务层: 1.提供各种用户使用的接口(增删改查),sql解析 sql的解析过程比如: from ... on ... where ... group by ... having ... select ... order by ... limit 2.提供SQL优化器(MySQL Query Optimizer),重写查询,决定表的读取顺序,选择合适的索引 mysql的hint关键字有很多比如:SQL_NO_CACHE FORCE_INDEX SQL_BUFFER_RESULT 4.引擎层:innoDB和MyISAM 1.innoDB:事务优先(适合高并发修改操作;行锁) 2.MyISAM:读性能优先 3.show engines;查询支持哪些引擎 4.查看当前默认的引擎 show variables like '%storage_engine%';default_storage_engine
以上语法顺序是不能前后互换的，否则报错。比如我们不能在 group by 之后添加 where 查询语句，否则会出现如下错误：
说起MySQL优化的话，想必大部分人都不陌生了。在我们的记忆储备里也早已记住了这些关键词：避免使用SELECT*、避免使用NULL值的判断、根据需求适当的建立索引、优化MySQL参数......但是你对于这些优化技巧是否真正的掌握了及其相应的工作原理是否吃透了呢？在我们的实际开发过程中你能充分应用到吗？我觉得还有待考察。所以，本文将详细介绍MySQL优化技巧以及其相应的技术原理，希望大家看完以后，能更清楚直接的了解这些优化方案，并应用到我们的工作岗位中。
binlog会以事件的形式记录了所有的ddl和dml语句（它记录的是sql，属于逻辑日志），可以用来数据恢复和主从复制
MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
TCP连接收到请求后，必须分配给一个线程专门与这个客户端的交互，所以还有个线程池，每一个连接从线程池中获取线程，省去了创建和销毁线程的开销 所以连接管理的职责就是负责认证、管理连接、获取权限信息
3、所有表必须使用Innodb存储引擎 没有特殊要求（即Innodb无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用Innodb存储引擎（mysql5.5之前默认使用Myisam，5.6以后默认的为Innodb）。 Innodb 支持事务，支持行级锁，更好的恢复性，高并发下性能更好。 4、每个Innodb表必须有个主键 Innodb是一种索引组织表：数据的存储的逻辑顺序和索引的顺序是相同的。每个表都可以有多个索引，但是表的存储顺序只能有一种。 Innodb是按照主键索引的顺序来组织表的
说起MySQL的查询优化，相信大家收藏了一堆奇淫技巧：不能使用SELECT *、不使用NULL字段、合理创建索引、为字段选择合适的数据类型….. 你是否真的理解这些优化技巧？是否理解其背后的工作原理？在实际场景下性能真有提升吗？我想未必。因而理解这些优化建议背后的原理就尤为重要，希望本文能让你重新审视这些优化建议，并在实际业务场景下合理的运用。
4.更新操作为什么不直接更新磁盘反而设计这样⼀个复杂的InnoDB存储引擎来完成？
https://www.cnblogs.com/sessionbest/articles/8689071.html
MySQL是由SQL接口，解析器，优化器，缓存，存储引擎组成的（SQL Interface、 Parser、 Optimizer、Caches&Buffers、Pluggable Storage Engines）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
