MySQL架构原理九魂环17问，面试官，你敢接招吗？

前言：这该死的面试，到底谁在折磨谁？

归根结底。 说实话，最近这技术圈是真的卷，卷到让人怀疑人生。昨天有个粉丝私信我， 说去面试大厂，后来啊被面试官按在地上摩擦，问了一堆MySQL架构原理的问题，出来的时候腿都是软的。我就想问问，现在的面试官都是魔鬼吗？非要问什么“九魂环17问”，你是要当唐三啊？不过话说回来MySQL这东西，平时用着挺爽，一到面试就抓瞎，这确实是个大问题。今天咱们就来好好掰扯掰扯这个MySQL架构原理， 不管你是小白还是老鸟，这篇文章都值得你收藏起来没事拿出来看看，毕竟技多不压身嘛，对吧？

观感极佳。 咱们今天不整那些虚头巴脑的理论，直接上干货，虽然可能有点乱，但绝对都是真材实料。就像那个让人敬佩的白发程序员——MySQL/MariaDB之父Monty，人家在阿里交流会上也没说那么多废话啊。咱们也要务实搞技术嘛，实用至上。

一、MySQL架构原理：这到底是个什么玩意儿？

先说说你得知道MySQL不是一块铁板，它是有层次的。就像咱们公司组织架构一样，有老板，有经理，有干活的。MySQL主要分为两层，一个是服务层，一个是存储引擎层。别小看这个分层，这可是理解一切的基础，说白了...。

躺平... 当你的SQL语句像一条条指令发过来的时候，先说说得经过服务层。服务层里有啥？有SQL接口，也就是连接器，这玩意儿负责跟你客户端打交道，用的是TCP协议，建立的是长连接。默认8小时不说话就断开，挺绝情的吧？而且服务端默认最大连接数才151个，虽然能改到10万，但你真敢改吗？反正我是不敢。

连接器还要验证你的密码，不对就滚蛋。对了以前还有个查询缓存，MySQL 5.7默认关了8.0直接删了。为啥？主要原因是这玩意儿鸡肋啊， 这也行？ 稍微改点表数据缓存就失效了还不如用Redis来得实在。所以别再问我缓存的事了过时的东西就让它过去吧。

然后SQL就到了解析器。这哥们儿负责词法分析、语法分析，看看你关键字写错没，表名对不对。