数据库基础知识-1

正文

你知道mysql的基本架构吗？画出这个示意图

我们按照顺序了解下，连接器是什么？

我们要进行查询，第一步就是先去链接数据库，那这个时候就是连接器跟我们对接。他负责跟客户端建立链接，获取权限，维持和管理链接。链接的时候会经过TCP握手，然后身份验证，然后我们在输入用户名密码就好了。验证ok之后，我们就连上了这个mysql服务了。但是这个时候我们处于空闲状态。

怎么查看空闲链接列表？

show processlist  其中Command列显示为sleep的这一行，就表示现在系统里面有一个空闲链接

这里需要注意的是，我们数据库的客户端太久没有响应，连接器就会自动断开，这个时间参数是wait_timeout控制的。默认时长是8个小时。（show variables like '%timeout%'）。

断开后重新链接的时候会报错，如果你想再继续操作，你就需要重连了

这个有个案例：

一个在政府里的朋友说，他们的系统很奇怪，每天早上都得重启一下应用程序，否则就提示连接数据库失败，他们都不知道该怎么办。

按照这个错误提示，应该就是连接时间过长了，断开了连接。

数据库默认的超时时间是8小时，而他们平时六点下班，下班之后系统就没有人用了，等到第二天早上九点甚至十点才上班，这中间的时间已经超过10个小时了，数据库的连接肯定就会断开了。

 这个就是超出了超时时间，然后写代码的人也没有注意到这个细节，所以才会出现这个问题。

把超时时间改的长一点，问题就解决了。

那除了重新链接，还有别的方式吗？

使用长连接。

但是有个缺点，使用长连接之后，内存会飙升，我们知道mysql在执行过程中临时使用的内存是管理在连接对象里面的。

只有在链接断开的时候才能释放，那如果一直使用长连接，会导致OOM（out of memory），会导致mysql重启，在jvm里面就会导致频繁的FULL GC。

那要怎么解决？

我一般会定期断开长连接，使用一段时间后，或者程序里面判断执行过一个占用内存比较大的查询后就断开连接，需要的时候重新连接就好了

还有别的办法吗？

执行一个比较大的查询后，执行mysql_reset_connection可以重新初始化连接资源，这个过程相比上面一种会好点，不需要重连，但是会初始化连接的状态

了解mysql查询缓存吗

mysql拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这个语句。

大家有时会发现同一条语句在mysql执行两次，第一次和后面的时间是不一样的，后者明显要快一些，这就是因为缓存的存在。

他跟redis一样，只要是你之前执行过的语句，都会在内存里面用key-value形式存储着。

查询的时候就会拿着语句先去缓存中查询，如果能够命中就返回缓存的value，如果不命中就执行后面的阶段

但是缓存弊大于利，为什么

缓存的失效很容易，只要对表有任何的更新，这个表的所有查询缓存就会全部被清空，就会出现缓存还没有使用，就直接被清空了。或者积累了很多缓存准备使用，但是一个更新就打回原形了。

这就导致查询的命中率低的可怕。只有那种只查询不更新的表适用于缓存。

不想使用缓存怎么操作，或者使用缓存怎么操作？

可以显示调用query_cache_type设置为DEMAND，这样sql默认不使用缓存，想要缓存就用SQL_CACHE。

我们之前开发的时候，都会去库里看看sql执行时间，但是可能是有缓存的，一般我们就可以在sql前面使用sql_no_cache就可以知道真正的查询时间了

select sql_no_cache * from B

缓存在mysql8.0之后就取消了，所以大家现在应该不需要太关注这个问题。

缓存查询完了之后应该做什么？

在缓存没有命中的情况下，就开始执行语句了，语句有没有错误等。

那mysql会怎么做呢？会先做词法分析，语句有这么多的单词，空格，mysql就需要识别每个字符串所代表什么，是关键字，还是表名，还是列名等等。

然后就开始语法分析，根据词法分析的结果，语法分析会判断你的sql语句是否对错，并提示在哪里错误。接下来就进入优化器了

优化器主要优化什么？

我们建立表可能会建立很多索引，优化有异步就是要确认使用哪个索引，比如使用主键索引，联合索引，还是别的什么索引性能更好。

还有就是对执行顺序进行优化，条件那么多，先查哪个表，还是先关联，会出现很多方案，最后有优化器决定选用哪种方案。

最后就是执行了。

接下来我们说说数据库索引