DBA SQL Review
DBA SQL ReviewSchemaREview的注意事项
SQL review的注意事项
线上Schema 分析优化技巧
DBA Review 工作内容
表字段、索引设计优化
字段类型（针对业务、故障等类型去确定字段）
注释标准度
分区表约束
SQL编写规范
DML编写规范
子查询约束
函数使用
优化的目的：
为开发人员提出更高的建议
SchemaREview的注意事项
SchemaREview的目标
功能实现为主
保证节省资源
平衡业务技术各个方面，做好取舍
让数据库干自身擅长的工作
不在在DB里进行操作
减少复杂操作
字段数量
建议不超过20-50个
做好数据评估
建议纯int不超过1000万，含有char的不要超过800万
非核心表另议
可以考虑反范式设计
适合的冗余设计，减少join
核心表尽可能精简
日志表可进行水平分表
注意引擎区别 Innodb & Tokudb
Tokudb减少update操作（更新数据 表会变得很大）
字段设计
主键 innodb表是以主键排序存储IOT尽量使用短，自增的列做索引，复制结构中row
格式中，如果表有主键可以加速复制。
INT 无符号自增列可以考虑BIG int
可用uuid_short()代替uuid 转成bigint 存储
注意潜在风险
tinyint 做大表主键可能导致mysqlcrashed
类型转型导致查询效率很低
mysql在开发上面的特点
（1）每个query 只能用到一个core（处理层）
（2）没有执行的缓存
（3）mysql默认情况下，随着连接数的增加。性能会下降 (基于连接数的压力测试)
（4）校验式嵌套处理没有hashjoin
在主从复制结构中从库对主键的选择
（1）会选择主键
（2）会选择有效的索引
（3）全表扫描
针对高速写入的环境的主键设计
字符集问题
Emoji表情 表示用utf8mb4
将字符转数字存储
利用int 存储ip 而非char(15)
INET_ATON() &INET_NTOA()
将日期转换成数字
from_unixtime()
unix_timestamp()
null与 not null有什么坑？
C1 vchar(16)default null 不建议
C1 vchar(16)default notnull 不建议
C1 vchar(16)default not null default ''建议
schemaReview
工具：
利用pt-mysql-summar 指定DB分析
利用pt-duplicate-key-checker 指定DB 查看重复索引、重复主键 官方手册
功能环境记录全量慢日志用于分析
SQL Review注意事项
SQL Review 总则
避免线上系统出现大操作
全面使用索引
优化join
去除无意义逻辑
注重查看where条件
除了select 语句，没有where条件的可以直接去掉
where条件字段 区别度高字段，注意建索引
like不要出现以%开头的查询
对于出现子查询的sql，要确定上线的mysql版本，利用explain确认
避免使用sslect *,fa方便调整字段列表，还可以减少不必要的I/O
insert 要对字段写入
整个SQL要用explain确认
去除无意义的操作
很多SQL是生成的。如ibatis,Hibernate 生成的类的SQL
其他框架生成的SQL
复杂类的SQL中无意义逻辑去除
不必要的括号也可以去除
优化join
控制最多三层join建议2个以下
小表驱动大表
字典 常用表 其他表排序
控制join后面where条件选择的的行数，尽量在1000行以下
使用union all 代替union
减少临时表出现
避免线上大的操作
分批多次操作
大事务拆分成多个事务区分间操作
频繁的查询考虑适当的缓存
对于text,blob字段。适当进行拆分
页:
[1]