MySQL架构在AP场景的缺陷

MySQL架构在执行复杂查询时性能差有多个方面的原因。对比专用的OLAP系统，其性能瓶颈体现在以下方面：

• MySQL的SQL执行引擎基于流式迭代器模型（Volcano Iterator）实现。该架构在工程实现上依赖大量深层次的嵌套函数及虚函数，在处理海量数据时，这种架构会影响CPU流水线的Pipeline效率，导致CPU Cache效率低下。同时，Iterator执行模型也无法充分使用CPU提供的SIMD指令来做执行加速。
• 执行引擎只能串行执行，无法发挥多核CPU的并行能力。官方从MySQL 8.0开始，在count(*)等基本查询上增加了并行执行能力，但构建复杂SQL语句的并行执行能力依然任重道远。
• MySQL最常用的存储引擎都是按行存储，在按列进行海量数据分析时，按行从磁盘读取数据存在非常大的IO带宽浪费。其次，行式存储格式在处理大量数据时会大量拷贝不必要的列数据，对内存读写效率也存在冲击。