历时七天，史上最强MySQL优化总结，从此优化So Easy _MySQL优化

文章插图

一、概述1. 为什么要优化

一个应用吞吐量瓶颈往往出现在数据库的处理速度上
随着应用程序的使用，数据库数据逐渐增多,数据库处理压力逐渐增大
关系型数据库的数据是存放在磁盘上的，读写速度较慢(与内存中的数据相比)

2. 如何优化

表、字段的设计阶段,考量更优的存储和计算
数据库自身提供的优化功能，如索引
横向扩展，主从复制、读写分离、负载均衡和高可用
典型SQL语句优化(收效甚微)

二、字段设计1. 典型方案
①. 对精度有要求

decimal
小数转整数

②. 尽量使用整数表示字符串（IP）

inet_ aton("ip' )
inet_ ntoa(num)

③. 尽可能使用not null

nuI数值的计算逻辑比较复杂

④. 定长和非定长的选择

较长的数字数据可以使用decimal
char为定长(超过长度的内容将被截掉)，varchar为非定长，text对内容长度的保存额外保存而varchar对长度的保存占用数据空间

⑤. 字段数不要过多字段注释是必要的、字段命名见名思意、可以预留字段以备扩展
2. 范式
①. 第一范式：段原子性(关系型数据库有列的念，默认就符合了)
②. 第二范式：消除对主键的部分依赖(因为主键可能不止一个)；使用一个与业务无关的字段作为主键
③. 第三范式：消除对主键的传递依赖；高内聚, 如商品表可分为商品简略信息表和商品详情表两张表
三、存储引擎的选择（MyISAM和Innodb）1. 功能差异
Innodb支持事务、行级锁定、外健
2. 存储差异
①. 存储方式：MyISAM的数据和索弓 |是分开存储的(.MYI.MYD)，而Innodb是存在一起的(.frm)
②. 表可移动性：可以通过移动表对应的MYI和MYD能够实现表的移动，而Innodb还有额外的关联文件
③. 碎片空间：MyISAM删除数据时会产生碎片空间(占用表文件空间)，需要定期通过optimizetable table-name手动优化。而Innodb不会。
④. 有序存储：Innodb插入数据时按照主键有序来插入。因此表中数据默认按主键有序(耗费写入时间，因为需要在b+ tree中查找插入点，但查找效率高)
3. 选择差异
①. 读多写少用MyISAM：新闻、博客网站
②. 读多写也多用Innodb：

支持事务/外键，保证数据-致性、完整性
并发能力强(行锁)

四、索引1. 什么是索引
从数据中提取的具有标识性的关键字，并且有到对应数据的映射关系
2. 类型
①. 主键索引primary key：要求关键字唯一且不为null
②. 普通索引key：符合索引仅按照第一字段有序
③. 唯一索引unique key：要求关键字唯一
④. 全文索引fulltext key (不支持中文)
3. 索引管理语法
①. 查看索引

show create table student
desc student

②. 建立索引

创建时指定，如first. name varchar(1 6),last name(1 6) , key name(first_ name,last_ name)
更改表结构：alter table student add key/unique key/primary key/ultext key key. name(first_ name,last_ name)

③. 删除索引