分区表
介绍
逻辑上是一张表，实际由多个物理子表组成
创建表时使用partition by子句定义每个分区存放的数据
将数据按照一个较粗的粒度分在不同的表中
创建索引只是在各个子表中分别创建一个相同的索引，所以没有全局索引！！
分区策略
将数据存放不同分区，由where定位数据范围（少数分区），全量扫描数据
分离冷热数据，在热点分区中使用索引，有效使用内存中的缓存
可能遇到的问题
null导致至少扫描两个分区
5.5按列本身分区，可以忽略该问题
分区列和索引列不匹配
where中只有索引过滤，无分区过滤，导致扫描所有子表
选择分区的成本可能很高
（范围分区）确定数据所在分区，随着分区数增长 成本也越高
打开并锁住所有子表成本可能很高
当查询访问分区时，会进行打开并锁住的操作，该操作发生在过滤分区之前尽量批量操作，减少额外开销次数；或者限制分区个数
查询优化
where中一定要带有分区列
查询时 只能使用分区列本身进行比较才能过滤分区基于分区列的表达式是无法过滤分区的
关联查询时，关联条件应为分区列这种过滤时运行时过滤，不是查询优化阶段的
查询缓存
介绍
保存查询返回的完整结果
监听查询中涉及的表，若表发生变量，则废除缓存中该表所有数据
不缓存
查询语句中包含不确定的数据，则不缓存；如时间、存储函数等
这种查询语句会查询缓存，但不会命中，因为这种查询结果不会被缓存
查缓存时，还未解析SQL，所以无法得知该查询是否包含某类函数
MySQL再此之前只会检查语句是否以SEL开头
注意
查询缓存有一把全局排他锁，无论缓存命中、失效，这个动作都是串行的若缓存设置过大，缓存失效会导致数据库服务假死一会
缓存未命中
原因
该查询无法被缓存
该查询第一次执行
查询缓存的内存满了，某些缓存被踢出群聊
缓存有更新而失效了
