这是2012年末第一次参加工作时对一个陌生城市的感受，看到这篇日志时，桃子说：“我已经在我这座小城的主干道来回徘徊了无数次。我都不知道自己在来回地徘徊什么。也许是我在寻找着什么。可是我暂时找不到”。有些东西，有些事从一开始就注定不会长久，好在自己知道为什么，时刻准备着要走。这一走，离开这座城市5个年头了，回头看着这些忧虑和伤感，感谢这些经历，让自己终于走得过来。
这是2012年末第一次参加工作时对一个陌生城市的感受，看到这篇日志时，桃子说：“我已经在我这座小城的主干道来回徘徊了无数次。我都不知道自己在来回地徘徊什么。也许是我在寻找着什么。可是我暂时找不到”。有些东西，有些事从一开始就注定不会长久，好在自己知道为什么，时刻准备着要走。这一走，离开这座城市5个年头了，回头看着这些忧虑和伤感，感谢这些经历，让自己终于走得过来。
为了充分发挥MySQL的性能并顺利地使用，就必须理解其设计。
最上层的服务并不是MySQL所独有的，大多数基于网络的客户端/服务器的工具或者服务都有类似的架构。比如连接处理、授权认证、安全等等。
第二层架构是MySQL比较有意思的部分。大多数MySQL的核心服务功能都在这一层，包括查询解析、分析、优化、缓存以及所有的内置函数（例如，日期、时间、数学和加密函数），所有跨存储引擎的功能都在这一层实现：存储过程、触发器、视图等。
第三层包含了存储引擎。存储引擎负责MySQL中数据的存储和提取。和GNU/Linux下的各种文件系统一样，每个存储引擎都有它的优势和劣势。服务器通过API与存储引擎进行通信。这些接口屏蔽了不同存储引擎之间的差异，使得这些差异对上层的查询过程透明。存储引擎不会去解析SQL（InnoDB是一个例外，它会去解析外键定义，因为MySQL服务器本身没有实现该功能），不同存储引擎之间也不会相互通信，而只是简单的响应上层服务器的请求。