互联网常识：执行一句SQL的情况

导读跟大家讲解下有关执行一句SQL的情况，相信小伙伴们对这个话题应该也很关注吧，现在就为小伙伴们说说执行一句SQL的情况，小编也收集到了

跟大家讲解下有关执行一句SQL的情况，相信小伙伴们对这个话题应该也很关注吧，现在就为小伙伴们说说执行一句SQL的情况，小编也收集到了有关执行一句SQL的情况的相关资料，希望大家看到了会喜欢。

推荐（免费）：SQL

零、数据库驱动

MySQL 驱动在底层帮我们做下士工资了对数据库的连接只有建立了连接了才能够有后面的交互。

一、数据库连接池

数据库连接池有 Druid、C3P0、DBCP采用连接池大大节省了不断创建与销毁线程的开销这就是有名的「池化」思想不管是线程池还是 HTTP 连接池都能看到它的身影

二、SQL 接口

MySQL 中处理请求的线程在获取到请求以后获取 SQL 语句去交给 SQL 接口去处理。

三、查询解析器

将 SQL 接口传递过来的 SQL 语句进行解析翻译成 MySQL 自己能认识的语言。

四、MySQL 查询优化器

MySQL 会依据成本最小原则来选择使用对应的索引成本 = IO 成本 + CPU 成本IO成本 ： 即从磁盘把数据加载到内存的成本默认情况下读取数据页的 IO 成本是 1MySQL 是以页的形式读取数据的即当用到某个数据时并不会只读取这个数据而会把这个数据相邻的数据也一起读到内存中这就是有名的程序局部性原理所以 MySQL 每次会读取一整页一页的成本就是 1。所以 IO 的成本主要和页的大小有关CPU 成本：将数据读入内存后还要检测数据是否满足条件和排序等 CPU 操作的成本显然它与行数有关默认情况下检测记录的成本是 0.2。MySQL 优化器 会计算 「IO 成本 + CPU」 成本最小的那个索引来执行

五、存储引擎

查询优化器会调用存储引擎的接口去执行 SQL也就是说真正执行 SQL 的动作是在存储引擎中完成的。数据是被存放在内存或者是磁盘中的每次在执行 SQL 的时候都会将其数据加载到内存中这块内存就是 InnoDB 中一个非常重要的组件：缓冲池 Buffer Pool

六、执行器

执行器最终最根据一系列的执行计划去调用存储引擎的接口去完成 SQL 的执行

七、Buffer Pool

Buffer Pool （缓冲池）是 InnoDB 存储引擎中非常重要的内存结构起到一个缓存的作用Buffer Pool 就是我们第一次在查询的时候会将查询的结果存到 Buffer Pool 中这样后面再有请求的时候就会先从缓冲池中去查询如果没有再去磁盘中查找然后在放到 Buffer Pool 中Buffer Pool中被使数学与应用数学用的数据回被加锁。

八、三个日志文件

1、undo 日志文件：记录数据被修改前的样子

作用：利用undo 日志文件完成事务回滚

2、redo 日志文件：记录数据被修改后的样子

redo 记录的是数据修改之后的值不管事务是否提交都会记录下来MySQL 为了提高效率所以将这些操作都先放在内存中去完成更新后的数据会记录在 redo log buffer 中然后会在某个时机将其持久化到磁盘中。

3、bin log 日志文件： 记录整个操作过程

性质redo Logbin Log文件大小redo log 的大小是固定的（配置中也可以设置一般默认的就足够了）bin log 可通过配置参数
max_bin log_size设置每个
bin log文件的大不吃晚餐减肥小（但是一般不建议修改）。实现方式
redo log是
InnoDB引擎层实现的（也就是说是 Innod畏罪潜逃b 存储引起过独有的）
bin log是 MySQL 层实现的所有引擎都可以使用
bin log日志记录方式redo log 采用循环写的方式记录当写到结尾时会回到开头循环写日志。bin log 通过追加的方式记录当文件大小大于给定值后后续的日志会记录到新的文件上使用场景
redo log适用于崩溃恢复(crash-safe)（这一点其实非常类似与 Redis 的持久化特征）
bin log适用于主从复制和数据恢复

bin log 记录的是整个操作记录（这个对于主从复制具有非常重要的意义）

爱国主题班会以上就是执行一句SQL的情况的详细内容！

来源：php中文网