泛谈MYSQL数据库优化方向

泛谈MYSQL数据库优化方向

从这个主题中，多数人第一反应是怎么优化，从哪优化。

个人观点可以考虑从以下四个方面进行着手进行操作。

• 设计层面优化

• 功能层面优化

• 架构层面优化

• 业务SQL优化

  设计层面优化

  简明扼要的说就是了解MYSQL这个项目他的基本结构，或者说大家可以了解一下MYSQL的存储引擎，在创建表的过程中DDL语句中可以选择指定一个存储引擎，常用的引擎有 InnoDB 、 myisam 、 Archive、 Memory 等。所有第一步选择合理的存储引擎是至关重要的。

  功能层面优化

  简单的讲就是MYSQL提供了索引这个功能，我们可以通过创建合适的索引以达到我们数据库优化的目的；

  同样还有两个强大的功能：缓存，分区分表。合理的使用索引功能 合理的使用缓存，分区分表功能以达到功能层面的优化。

  从索引的定义方式和用途中来看：主键索引，唯一索引，普通索引，全文索引。

  普通索引,index：对关键字没有要求。

  唯一索引,unique index：要求关键字不能重复。同时增加唯一约束。

  主键索引,primary key：要求关键字不能重复，也不能为NULL。同时增加主键约束。

  全文索引,fulltext key：关键字的来源不是所有字段的数据，而是从字段中提取的特别关键词。

  架构层面优化

  主从复制：

  Mysql服务器内部支持复制功能，仅仅需要通过配置完成下面的拓扑结构。一主多从典型结果：主服务器负责写数据。从服务器负责读数据。复制功能mysql会自带。

  读写分离，负载均衡：

  服务端程序不再操作MYSQL数据库服务器，而是去操作读写分离、负载均衡服务器，只要服务器安装了mysql proxy或Ameoba软件就可以实现读写分离和负载均衡，读写分离是指该服务器会判断客户端的操作是读还是写，从而选择操作mysql主服务器还是从服务器。负载均衡算法是指，客户端读操作时，该服务器会根据取余算法去选择一台从服务器。

  业务SQL优化

  1.对于并发性的SQL

  少用（不用）多表操作（子查询，联合查询），而是将复杂的SQL拆分多次执行。如果查询很原子（很小），会增加查询缓存的利用率。

  2.大量数据的插入

  多条 insert或者Load data into table（从文件里载入数据到表里）

  建议，先关闭约束及索引，完成数据插入，再重新生成索引及约束。

  针对于myisam，步骤：

  Alter table table_name disable keys; 禁用索引约束

  大量的插入

  Alter table table_name enable keys; 启用

  针对innodb，步骤：

  Drop index, drop constraint 删除索引及约束，要保留主键

  Begin transaction|set autocommit=0; 开启事务，不让他自动提交

  [数据本身已经按照主键值排序]

  大量的插入

  Commit;

  Add index, add constraint

  Limit 的使用，会大大提升无效数据的检索（被跳过），因为是先检索，检索会检索全部，再取得想要的。好的做法是使用条件等过滤方式，将检索到的数据尽可能精确定位到需要的数据上。

  4.随机选一些数据，不要使用Order by Rand()

  等

  5.可以开启慢sql查询