MySQL大表优化方案

背景

阿里云RDS FOR MySQL（MySQL5.7版本）数据库业务表每月新增数据量超过千万,随着数据量持续增加,我们业务出现大表慢查询,在业务高峰期主业务表的慢查询需要几十秒严重影响业务

方案概述

一、数据库设计及索引优化

MySQL数据库本身高度灵活，造成性能不足，严重依赖开发人员的表设计能力以及索引优化能力,在这里给几点优化建议

• 时间类型转化为时间戳格式,用int类型储存,建索引增加查询效率
• 建议字段定义not null，null值很难查询优化且占用额外的索引空间
• 使用TINYINT类型代替枚举ENUM
• 存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE
• 字段长度严重根据业务需求来,不要设置过大
• 尽量不要使用TEXT类型，如必须使用建议将不常用的大字段拆分到其它表
• MySQL对索引字段长度是有限制的, innodb引擎的每个索引列长度默认限制为767字节（bytes），所有组成索引列的长度和不能大于3072字节(mysql8.0单索引可以创建1024字符)
• 大表有DDL需求时请联系DBA

最左索引匹配规则

顾名思义就是最左优先，在创建组合索引时，要根据业务需求，where子句中使用最频繁的一列放在最左边。复合索引很重要的问题是如何安排列的顺序，比如where后面用到c1, c2 这两个字段，那么索引的顺序是(c1,c2)还是(c2,c1)呢，正确的做法是，重复值越少的越放前面，比如一个列 95%的值都不重复，那么一般可以将这个列放最前面

• 复合索引index(a,b,c