在面试或者别人问到我们怎么做数据性能调优的时候，我们大多数是建立合适的索引，但是这样子回到太泛了，下面我们基于mysql介绍10种调优方法：

1. 选择合适的存储引擎: InnoDB

1.1、MyISAM：默认表类型，它是基于传统的ISAM类型，ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写，它是存储记录和文件的标准方法。不是事务安全的，而且不支持外键，如果执行大量的select，insert MyISAM比较适合。

1.2、InnoDB：支持事务安全的引擎，支持外键、行锁、事务是他的最大特点。如果有大量的update和insert，建议使用InnoDB，特别是针对多个并发和QPS较高的情况。

1.3 为每一个表分别创建 InnoDB FILE：

这样能够保证 ibdata1 文件不会过大。失去控制。尤其是在运行 mysqlcheck -o –all-databases 的时候。

2. 保证从内存中读取数据、将数据保存在内存中。

2.1 足够大的 innodb_buffer_pool_size

推荐将数据全然保存在 innodb_buffer_pool_size ，即按存储量规划 innodb_buffer_pool_size 的容量。这样你能够全然从内存中读取数据。最大限度降低磁盘操作。

2.1.1 怎样确定 innodb_buffer_pool_size 足够大。数据是从内存读取而不是硬盘？

发现 Innodb_buffer_pool_pages_free 为 0，则说明 buffer pool 已经被用光，须要增大 innodb_buffer_pool_size

InnoDB 的其它几个參数：

2.1.2 server上是否有足够内存用来规划

运行 echo 1 > /proc/sys/vm/drop_caches 清除操作系统的文件缓存。能够看到真正的内存使用量。

2.2 数据预热

默认情况，仅仅有某条数据被读取一次，才会缓存在 innodb_buffer_pool。所以，数据库刚刚启动，须要进行数据预热，将磁盘上的全部数据缓存到内存中。

数据预热能够提高读取速度。

对于 InnoDB 数据库，能够用下面方法，进行数据预热:

1. 将下面脚本保存为 MakeSelectQueriesToLoad.sql

2. 运行

3. 每次重新启动数据库，或者整库备份前须要预热的时候运行：

2.3 不要让数据存到 SWAP 中

假设是专用 MYSQL server。能够禁用 SWAP，假设是共享server，确定 innodb_buffer_pool_size 足够大。或者使用固定的内存空间做缓存，使用 memlock 指令。

3. 定期优化重建数据库

mysqlcheck -o –all-databases 会让 ibdata1 不断增大。真正的优化仅仅有重建数据表结构：

4、降低磁盘写入操作

4.1 使用足够大的写入缓存 innodb_log_file_size

可是须要注意假设用 1G 的 innodb_log_file_size 。假如server当机。须要 10 分钟来恢复。

推荐 innodb_log_file_size 设置为 0.25 * innodb_buffer_pool_size

4.2 innodb_flush_log_at_trx_commit

这个选项和写磁盘操作密切相关：

innodb_flush_log_at_trx_commit = 1 则每次改动写入磁盘

innodb_flush_log_at_trx_commit = 0/2 每秒写入磁盘

假设你的应用不涉及非常高的安全性 (金融系统)，或者基础架构足够安全，或者 事务都非常小，都能够用 0 或者 2 来减少磁盘操作。

4.3 避免双写入缓冲

5. 提高磁盘读写速度

RAID0 尤其是在使用 EC2 这样的虚拟磁盘 (EBS) 的时候，使用软 RAID0 很重要。

充分使用索引

6.1 查看现有表结构和索引

6.2 加入必要的索引

索引是提高查询速度的唯一方法。比方搜索引擎用的倒排索引是一样的原理。

索引的加入须要依据查询来确定。比方通过慢查询日志或者查询日志,或者通过 EXPLAIN 命令分析查询。

6.2.1 比方，优化用户验证表：

加入索引

每次重新启动server进行数据预热

加入启动脚本到 my.cnf

6.2.2 使用自己主动加索引的框架或者自己主动拆分表结构的框架

比方。Rails 这种框架。会自己主动加入索引。Drupal 这种框架会自己主动拆分表结构。

会在你开发的初期指明正确的方向。所以，经验不太丰富的人一開始就追求从 0 開始构建，实际是不好的做法。

7、分析查询日志和慢查询日志

记录全部查询。这在用 ORM 系统或者生成查询语句的系统非常实用。

注意不要在生产环境用。否则会占满你的磁盘空间。

记录运行时间超过 1 秒的查询：

8. 激进的方法。使用内存磁盘

如今基础设施的可靠性已经非常高了，比方 EC2 差点儿不用操心server硬件当机。并且内存实在是廉价。非常easy买到几十G内存的server，能够用内存磁盘。定期备份到磁盘。

将 MYSQL 文件夹迁移到 4G 的内存磁盘

9、用 NOSQL 的方式使用 MYSQL

B-TREE 仍然是最高效的索引之中的一个，全部 MYSQL 仍然不会过时。

用 HandlerSocket 跳过 MYSQL 的 SQL 解析层。MYSQL 就真正变成了 NOSQL。

10、其它

单条查询最后添加 LIMIT 1，停止全表扫描。将非”索引”数据分离，比方将大篇文章分离存储，不影响其它自己主动查询。不用 MYSQL 内置的函数。由于内置函数不会建立查询缓存。连接数占满比方用了 @ignore_user_abort(TRUE);使用 IP 而不是域名做数据库路径。避免 DNS 解析问题