MySql学习记录《一》

**

项目中调用Sql语句的流程是怎么样的?

**
在《JavaEE开发技术》中老师课堂上教我们在项目中使用数据库时，第一步肯定是说在pom.xml中依赖MySQL驱动，第二步配置数据库信息，第三步测试。其实MySQL驱动就是用来连接数据库的，类似于建立TCP长连接我们就可以基于这个连接进行发送和解析数据(计算机网络)。
当我们调用向执行sql语句的接口时，首先会与数据库建立连接，然后执行sql语句，接着关闭连接。

而在数据库方，会有线程去监听连接池，当有请求过来，就会把sql交给sql接口，下一步到sql解析器 解析sql，接着到查询优化器 获得最优查询路径，接着到执行器，执行器会根据查询路径一步步的去调用存储引擎的各个接口。

为什么常会在项目中db.properties文件中取配置数据库连接池？

  当用户请求我们的项目时，可能是并发的，此时去调用数据库也是并发的，此时如果不用数据库连接池的话，就会在每次需要执行sql语句时，建立一个连接，执行sql语句，再关闭连接。这样消耗性能太大。而连接池可以帮我们把执行完sql语句后的连接不断掉，放在连接池里。等待执行sql语句时接着用。优化了每次建立连接的时间。

存储引擎的作用？Innodb执行流程是怎么样的？

存储引擎：顾名思义就是通过引擎将数据存储在某种介质中，并且保证数据的正常访问。
比如更新一条sql语句

1. 执行器会先到内存中的BufferPool找，没找到则去磁盘文件找出来的数 据放在缓冲池中。
2. 更新undo日志文件
3. 修改缓冲池中的数据
4. 更新redo Buffer Pool的日志文件
5. 提交事务时，把redo日志文件刷入磁盘中，如果开启了binlog，则也将binlog日志写入文件中。
6. 在磁盘redo日志文件中写入commit标识。
   
   常见问题：
   1. 如果在更改了BufferPool的数据，此时宕机了怎么办？
   无大碍，因为此时事务还没提交，磁盘文件还是原来的值，不 影响业务数据。
   2. 如果提交了事务此时redo log也刷入了磁盘，宕机了怎么办？
   此时宕机了之后如果redo日志文件已经写入了commit标记，则才算 事务提交成功，此时redo日志文件已经保存了更新后的值，将其更新到数 据库磁盘文件即可。

这是本人在学习MySQL的笔记，如有错误，欢迎评论区指导，一起讨论。