第七章 MySQL高级特性

MySQL从5.0和5.1版本开始引入很多高级特性，例如分区、触发器等，这对有其他关系数据库使用背景的用户来说可能并不陌生。到底性能如何，还需要用户真正使用过才知道。

7.1 分区表

对于用户来说，分区表示一个独立的逻辑表，但是底层由多个物理子表构成，实现分区表的代码实际上是一对一组底层表的句柄对象的封装。

分区的一个主要目的是将数据按照一个较粗的粒度分在不同的表中。

在下面场景中，分区可以起到非常大的作用：

• 表非常大以至于无法放到内存中，或者只在表的最后部分有热点数据，其他均是历史数据。
• 分区表的数据更容易维护。（大批量删除可以用清楚整个分区的方式）
• 分区表可以分布在不同的物理设备上
• 可以使用分区表来避免某些特殊的瓶颈。
• 可以备份和恢复度独立分区。

7.1.1 分区表的原理

存储引擎也无需知道整个是一个普通标还是一个分区表，分区表的索引只是在各个底层表上各自加上一个完全相同的索引。

分区表的select、insert、update、delete操作都是分区层先打开并锁住所有底层表。

7.1.2 分区表的类型

mysql支持多种分区表，最多的是根据范围进行分区，每个分区存储落在某个范围记录。
还有其他分区技术包括：

• 键值分区，减少innodb的互斥量竞争
• 使用数据莫函数来分区，然后将数据轮询放入不同的分区

7.1.3 如何使用分区表

全量扫描数据，不要任何索引。
索引数据，并分离热点。

7.1.4 什么情况下会出问题

• NULL使分区失效
• 分区列和索隐裂不匹配
• 选择分区的成本可能很高
• 打开并锁住所有底层表的成本可能很高
• 维护分区的成本可能很高

7.1.5 查询优化

7.1.6 合并表

这个没有什么共鸣，难以理解。

7.2 视图

视图是mysql中的一个虚拟表，数据还是存储在原来的表上

7.2.1 可更新视图

7.2.2 视图对性能影响

7.2.3 视图的限制

Mysql还不支持物化视图，也不支持视图中创建索引。

7.3 外键约束

InnoDB是目前MySQL中唯一支持外键的内置存储引擎。

7.4 在MySQL内部存储代码

有人倡导使用存储代码，也有人反对，讨论其优点：

• 服务器内部执行,离数据最近。
• 代码重用，方便统一业务规则
• 简化代码的维护和版本更新
• 帮助提升安全，更细粒度的存储过程
• 服务器端可以缓存存储过程的执行计划
  …
  其缺点如下：
• mySQL没有提供好用的开发和调试工具
• 存储代码效率要低
• 存储代码的部署带来额外的复杂性
• 有安全隐患
• 存储过程给数据库增加额外压力。

7.4.1 存储过程和函数

一个存储过程示例。

7.4.2 触发器

7.4.3 事件

7.4.4 在存储过程中保留住世

7.5 游标

7.6 绑定变量

7.6.1 绑定变量的优化

7.6.2 SQL接口的绑定变量

这个真的没有共鸣…

7.7 用户自定义函数（UDF）

7.8 插件

存储过程插件、后台插件、infomation_schema插件、全文解析插件、

7.9 字符集和校对

7.9.1 MySQL如何使用字符集

conf文件可以设置 也可以通过修改数据库来设置

7.9.2 选择字符集和校对规则

7.10 全文索引

7.10.1 自然语言的全文索引

tf-idf的思想。

7.10.2 布尔全文索引

7.10.3 mySQL 5.1中全文索引的变化

7.10.4 全文索引的限制和替代方案

• 全文索引更大的操作代价，但是更快的查找速度

7.11 分布式XA事务

###7.11.1 内部XA事务

7.11.2 外部XA事务

7.12 查询缓存

7.12.1 MySQL如何判断缓存命中

哈希索引

7.12.2 查询缓存如何使用内存

7.12.3 什么情况下查询缓存能发挥作用

7.12.5 InnoDB和查询缓存

7.12.7 通用查询缓存

7.13 总结

开眼界，但是现在都mysql5.6 了，估计有些高级特性都改变得很严重了。

外键、存储阔成、绑定变量、插件、字符集、全文索引、XA事务、查询缓存。