- 在线时间
- 1630 小时
- 最后登录
- 2024-1-29
- 注册时间
- 2017-5-16
- 听众数
- 82
- 收听数
- 1
- 能力
- 120 分
- 体力
- 566294 点
- 威望
- 12 点
- 阅读权限
- 255
- 积分
- 175111
- 相册
- 1
- 日志
- 0
- 记录
- 0
- 帖子
- 5313
- 主题
- 5273
- 精华
- 3
- 分享
- 0
- 好友
- 163
TA的每日心情 | 开心 2021-8-11 17:59 |
|---|
签到天数: 17 天 [LV.4]偶尔看看III 网络挑战赛参赛者 网络挑战赛参赛者 - 自我介绍
- 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
 群组: 2018美赛大象算法课程 群组: 2018美赛护航培训课程 群组: 2019年 数学中国站长建 群组: 2019年数据分析师课程 群组: 2018年大象老师国赛优 |
拼多多面试问了数据库基础知识,今天分享出来" i' o/ c& e3 |
( @/ e: i8 Y6 e( y% Z9 v) y) d
前言
) I9 M1 t6 `( N. j& o0 W" k6 m) h# g) D; w
我是个标题党,所有文章的名字只是我的噱头,我们应该有一颗谦逊的心,所以希望大家怀着空杯心态好好学,一起进步。
3 n; B6 d9 P+ r+ |1 e) X; m, B$ c' ^1 d/ m( P, z
数据库我想大家应该一点都不陌生吧,我想不管你写啥的,数据库就算没用过也听过了,是我们项目体系里面不可或缺的一环。
. K( H8 V5 K1 D, ?3 }% `. A, ]
' \. r1 r" g/ R( A0 C问了一圈,身边朋友公司要么用自研,要么就清一色的MySQL,所以想看Oracle的朋友可能要失望了,但是不影响你了解数据库的通用知识。
$ P$ y. d4 {3 h$ l( O% M3 b. u) m: s
正文
x. T9 V( _) F; n6 `. C( }/ ^4 B- G5 j3 F( u- V* W9 X
你知道MySQL的基本架构么?你能在纸上给我大致画出这个示意图么?' s4 n, {3 P6 y( \6 u! C9 Q
6 s7 x N+ q5 a
好的那我们按照顺序了解下,连接器是啥?
& T n; O8 h. _0 e; H$ t我们要进行查询,第一步就是先去链接数据库,那这个时候就是连接器跟我们对接。& \- K- L7 v, b( J* Q
! z2 S' i* Y! r/ _# h9 E
他负责跟客户端建立链接、获取权限、维持和管理连接。
. `" Z% u9 n2 l( ?
" C5 Z7 S R8 H' n" b链接的时候会经过TCP握手,然后身份验证,然后我们输入用户名密码就好了。
9 P+ u( f0 o4 s7 n2 {; I; X6 C5 s# F1 A0 ^" H: d
验证ok后,我们就连上了这个MySQL服务了,但是这个时候我们处于空闲状态。: s# q- B* Y6 [' d5 C, K2 A
1 S w6 c1 i4 X) q怎么查看空闲连接列表?
1 H( `( [1 o, K/ _# O1 U9 sshow processlist,下图就是我在自己的数据库表执行命令的结果,其中的Command列显示为Sleep的这一行,就表示现在系统里面有一个空闲连接。
4 [1 K1 R' _- v* ^
- G" c: O) h9 l2 ~; Q9 x5 q$ J
这里需要注意的是,我们数据库的客户端太久没响应,连接器就会自动断开了,这个时间参数是wait_timeout控制住的,默认时长为8小时。8 u& y$ y# _. g. h! G
r3 e$ B) i% e8 U k" x5 d2 p# H; n
断开后重连的时候会报错,如果你想再继续操作,你就需要重连了。
' k/ Z1 m5 h3 U- r. e5 d/ j8 _. C( W. q& U! Q* j8 c
这个有个我看过的书本的案例:
& T( w/ T$ M7 R+ X$ r! u T( s& Y$ Q8 o
一个在政府里的朋友说,他们的系统很奇怪,每天早上都得重启一下应用程序,否则就提示连接数据库失败,他们都不知道该怎么办。. m. w& t% C: U: r+ E* q+ [
我分析说,按照这个错误提示,应该就是连接时间过长了,断开了连接。数据库默认的超时时间是8小时,而你们平时六点下班,下班之后系统就没有人用了,等到第二天早上九点甚至十点才上班,这中间的时间已经超过10个小时了,数据库的连接肯定就会断开了。) c" J% z+ P$ ^' a& w \1 L
是的,就是超出了超时时间,然后写代码的人也没注意到这个细节,所以才会出现这个问题。' ]3 H' ^! D n8 f/ z' D" |, w6 e* s# V
6 o8 _+ D6 d1 y1 c" m
把超时时间改得长一点,问题就解决了。( j8 q" A8 g) ]8 b$ r6 l3 D
5 w t8 y. I0 A9 t. k% ^! ?, ]
这种参数其实我们平时不一定能接触到,但是真的遇到问题的时候,知道每个参数的大概用法,不至于让你变成无头苍蝇。
6 [) j% w5 C' ~& q6 \3 ~
' _- L5 v e, ^9 D8 E: H那除了重新链接,还有别的方式么?因为建立链接还是比较麻烦的。/ {+ O( I. O' h$ Y) E
使用长连接。
4 O4 z8 N4 H& @* K' r& Y* l" r( S8 Y, l# E% n/ n ~2 }. {2 v) k
但是这里有个缺点,使用长连接之后,内存会飙得很快,我们知道MySQL在执行过程中临时使用的内存是管理在连接对象里面的。: \# E' y; E; s3 n; d8 R
p9 R8 N3 P0 |7 C只有在链接断开的时候才能得到释放,那如果一直使用长连接,那就会导致OOM(Out Of Memory),会导致MySQL重启,在JVM里面就会导致频繁的Full GC。1 v F" ~8 Z- S5 Y6 ?* G2 y
/ [3 Y4 ^3 s0 i( A那你会怎么解决?7 b3 A) ^6 L1 o$ {* t& d( V
我一般会定期断开长连接,使用一段时间后,或者程序里面判断执行过一个占用内存比较大的查询后就断开连接,需要的时候重连就好了。
1 g% Z5 j$ o( b& b
- j. ]: |: [5 |0 j$ y" [4 c$ x. L还有别的方法么?你这种感觉不优雅呀小老弟。. S6 s) u% h2 o, ?; y
执行比较大的一个查询后,执行mysql_reset_connection可以重新初始化连接资源。这个过程相比上面一种会好点,不需要重连,但是会初始化连接的状态。# m# a( B4 j5 U9 T& D
- J5 ?% H5 @# M3 G2 {你了解MySQL的查询缓存么?5 H* E( C, I2 d: f
MySQL拿到一个查询请求后,会先到查询缓存看看,之前是不是执行过这条语句。
; A( N9 A4 X# X; k
# j) a2 b0 ^: W- q大家是不是好奇同一条语句在MySQL执行两次,第一次和后面的时间是不一样的,后者明显快一些,这就是因为缓存的存在。
- J) T3 R; k9 ~) L, u+ f p" X6 }$ T) _ o1 k* W
他跟Redis一样,只要是你之前执行过的语句,都会在内存里面用key-value形式存储着。
, x D! H. Y, ~7 l# T1 z' s: A4 `; l& K
查询的时候就会拿着语句先去缓存中查询,如果能够命中就返回缓存的value,如果不命中就执行后面的阶段。; z( y1 b @/ t0 @: \7 B8 U U+ S8 G
0 w9 E* S; h( E+ v+ ?" B& D6 u
但是我还是不喜欢用缓存,因为缓存弊大于利。7 \1 b6 _# V* \4 ]% H2 e
$ J& B/ u2 I: F7 A. r( j
哦?此话怎讲?
7 l! W( T( z) G% x缓存的失效很容易,只要对表有任何的更新,这个表的所有查询缓存就会全部被清空,就会出现缓存还没使用,就直接被清空了,或者积累了很多缓存准备用来着,但是一个更新打回原形。4 O4 S" _. t6 g& I
7 _; p5 y4 d6 a8 K$ K8 A1 a
这就导致查询的命中率低的可怕,只有那种只查询不更新的表适用缓存,但是这样的表往往很少存在,一般都是什么配置表之类的。
2 J- r' e' ]2 g9 |. z- z* ^2 c8 ~/ `) j
那我们查询的时候不想用缓存一般都是怎么操作的,或者是用缓存又怎么操作?
8 F4 A( L4 R0 Y D可以显示调用,把query_cache_type设置成为DEMAND,这样SQL默认不适用缓存,想用缓存就用SQL_CACHE。
1 L. H0 Q! o4 L8 _2 j
9 D( t5 e6 K6 |有个小技巧就是,我们之前开发的时候,都会去库里看看sql执行时间,但是可能是有缓存的,一般我们就在sql前面使用SQL_NO_CACHE就可以知道真正的查询时间了。5 g% H0 e/ W4 Y: R1 g
' j3 w" }7 _8 z% J' H9 P2 c7 @ select SQL_NO_CACHE * from B
+ Q8 q0 h6 a |! y缓存在MySQL8.0之后就取消了,所以大家现在应该不需要太关注这个问题,主要是我之前用的版本都不高,所以缓存一直有,在《高性能MySQL》书中也看到了一些关于缓存的介绍,就想起来给大家也提一下了。) r4 N3 E" o* X) l% D, n
- _& F+ z+ `! N# H缓存查询完了应该做啥呢?. A' q) q; v8 M4 F+ W0 x8 \
在缓存没有命中的情况下,就开始执行语句了,你写的语句有没有语法错误,这是接下来MySQL比较关心的点。, ^# J2 |' H# x- ~* t! C
+ ]! c; {( B9 S. a7 g那他会怎么做呢?会先做词法分析,你的语句有这么多单词、空格,MySQL就需要识别每个字符串所代表的是什么,是关键字,还是表名,还是列名等等。8 d; W8 Q$ \2 S/ d2 D- {6 Y( q
" ]! j3 `( i1 s; s
然后就开始语法分析,根据词法分析的结果,语法分析会判断你sql的对错,错了会提醒你的,并且会提示你哪里错了。
) e9 p- Q' Q! y7 L. H- _
6 X, w& q3 J5 {' H分析没错之后就进入下一步,优化器。, i9 ^. _2 C4 w$ {/ P% q
; q- Z6 ^( }& B; U
主要是优化什么呢?
$ d2 y8 ]3 x( _% @+ w优化就比较简单了,因为我们建立表可能会建立很多索引,优化有一步就是要确认使用哪个索引,比如使用你的主键索引,联合索引还是什么索引更好。
2 b; _& {1 l! l4 \6 F4 T: X$ Y6 A: f2 Q- j
还有就是对执行顺序进行优化,条件那么多,先查哪个表,还是先关联,会出现很多方案,最后由优化器决定选用哪种方案。
( U8 K' k4 k! j! N# b8 f2 f |: \ w: d/ |& H
最后就是执行了,执行就交给执行器去做。* K/ Y2 S. N4 B2 z: Z
& y3 J/ i8 c1 b$ c1 g, D+ Z
第一步可能就是权限的判断,其实这里我不确定的一个点就是,我接触的公司很多都是自研的线上查询系统,我们是不能用Navicat直连线上库,只能去网页操作,那表的权限是在MySQL层做的,还是系统做的,我猜应该是系统层做的,MySQL可能默认就全开放了,只是我们 不知道ip。
$ M) ?: c. Y7 g/ }5 {
; u0 Q% F4 m9 k+ {# N. @有知道的小伙伴也可以在公众号【三太子敖丙】去加我微信跟我说。
% z' n, ^ }- F2 ^/ h1 {* U
- }4 ^4 m/ O3 W4 E5 h执行的时候,就一行一行的去判断是否满足条件,有索引的执行起来可能就好点,一行行的判断就像是接口都提前在引擎定义好了,所以他比较快。
1 d2 w0 Q4 b) S& R: n9 Y# G& Y; P8 l5 S5 H3 k
数据库的慢日志有个rows_examined字段,扫描多少行可以看到,还有explain也可以看到执行计划,我们扫描了多少行。
4 D8 @$ Q; Z/ ^( k: X- w
1 ]# P. W$ F& Z1 J+ _4 j9 o( X可以小伙子,基础大致框架还是了解得很清楚的,我们下次深入了解下,索引和部分机制。
& r4 E' W7 V* P/ n, V! v) C好的,我们下次见。, w1 ~9 p" X2 D& C
9 J" ] ?( @, e2 N
总结
5 L6 T6 S! I& W7 O0 }# m% i7 K" Q1 B, f+ o! d
基本上我把MySQL的逻辑架构的东西都简单聊了一遍,当然你去自信了解的话,你会发现其实里面还有很多细节的,我只是说了一些常见的问题,这还是阿里丁奇学长的《MySQL实战》的思路。( }5 u& S: X7 E G# X2 u7 b
& ~$ {9 h! x; v- x5 ~9 l
我自己在MySQL方面更多的可能就是理论知识了,还做不到深入了解的地步,大家如果有机会一定要深入的去学习一下。
' Y3 q& l, p5 f3 e$ G————————————————, o6 o# p+ l8 d0 {3 ^
版权声明:本文为CSDN博主「敖 丙」的原创文章,遵循 CC 4.0 BY 版权协议,转载请附上原文出处链接及本声明。
& ^; `0 z9 ^( Y1 B) e) u3 [原文链接:https://blog.csdn.net/qq_35190492/article/details/1042034665 v) S! J5 n0 t! z, A
9 z+ B( @: ~8 E, r$ k& X1 C" }+ d' v3 e
! d* Z+ Y7 ~5 W" G' T2 } |
zan
|