索引缓存
　　相关参数：key_buffer_size
　　这个是对MyISAM表性能影响大的一个参数，用来设置用于缓存 MyISAM存储引擎中索引文件的内存区域大小。如果有足够的内存，这个缓存区域大小可以设为所有的 MyISAM表的索引大小的总和，即 data 目录下所有*.MYI文件大小的总和。
　　注意，由于 MyISAM 引擎只会缓存索引块到内存中，而不会缓存表数据库块。所以，查询SQL语句一定要尽可能让过滤条件都在索引中，以便使用到索引缓存来提高查询效率。
　　计算索引缓存未命中的概率：
　　Key_reads / Key_read_requests *
　　插入缓存
　　相关参数：bulk_insert_buffer_size
　　用于使用 MyISAM引擎，用来缓存批量插入数据的时候临时缓存写入数据。当我们使用如下几种数据写入语句的时候，会使用这个内存区域来缓存批量结构的数据以帮助批量写入数据文件，默认8M，建议不要超过32M
　　insert … select …
　　insert … values (…)，(…)，(…)，…
　　load data infile… into… /* 非空表 */
　　InnoDB缓存
　　相关参数：innodb_buffer_pool_size / innodb_additional_mem_pool_size
　　innodb_buffer_pool_size参数是影响InnoDB存储引擎性能的为关键的一个参数，设置用于缓存 InnoDB 索引及数据块的内存区域大小，类似于 MyISAM 存储引擎的 key_buffer_size 参数，当然，可能更像是 Oracle 的 db_cache_size。简单来说，当操作一个 InnoDB 表的时候，返回的所有数据或者去数据过程中用到的任何一个索引块，都会涉及到这个内存区域。
　　innodb_buffer_pool_size 参数设置了 InnoDB 存储引擎需求大的一块内存区域的大小，直接关系到 InnoDB存储引擎的性能，所以如果有足够的内存，尽可能加大该参数的值，将尽可能多的 InnoDB 的索引及数据都放入到该缓存区域中。
　　当然，可以通过计算缓存命中率，并根据命中率来调整这个参数的大小：
　　(Innodb_buffer_pool_read_requests – Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests *
　　innodb_additional_mem_pool_size 参数用来设置 InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小。随着数据库对象越来越多，需要适当调整该参数的大小以确保所有数据都能存放在内存中提高访问效率的。这个参数的大小是相对稳定的，没有必要预留非常大的值。如果InnoDB引擎用光了这个池内的内存，InnoDB引擎开始从操作系统申请内存，并往MySQL错误日志写警告信息。默认值是1MB，当发现错误日志中已经有相关的警告信息时，应该适当的增加该参数的大小。

　　innodb_log_buffer_size 参数是 InnoDB 存储引擎的事务日志所使用的缓冲区。类似于 Binlog Buffer，InnoDB 在写事务日志的时候，为了提高性能，也是先将信息写入 Innofb Log Buffer 中，当满足 innodb_flush_log_trx_commit 参数所设置的相应条件（或者日志缓冲区写满）之后，才会将日志写到文件（或者同步到磁盘）中。可以通过 innodb_log_buffer_size 参数设置其可以使用的大内存空间。
　　innodb_flush_log_trx_commit 参数对 InnoDB引擎日志的写入性能有非常关键的影响。该参数可以设置为0，1，2，如下：
　　0：log buffer中的数据将以每秒一次的频率写入到log file中，且同时会进行文件系统到磁盘的同步操作，但是每个事务的commit并不会触发任何log buffer 到log file的刷新或者文件系统到磁盘的刷新操作；
　　1：在每次事务提交的时候将log buffer 中的数据都会写入到log file，同时也会触发文件系统到磁盘的同步；
　　2：事务提交会触发log buffer 到log file的刷新，但并不会触发磁盘文件系统到磁盘的同步。此外，每秒会有一次文件系统到磁盘同步操作。
　　此外，MySQL文档中还提到，这几种设置中的每秒同步一次的机制，可能并不会完全确保非常准确的每秒一定会发生同步，还取决于进程调度的问题。实际上，InnoDB 能否真正满足此参数所设置值代表的意义正常 Recovery 还是受到了不同 OS 下文件系统以及磁盘本身的限制，可能有些时候在并没有真正完成磁盘同步的情况下也会告诉 mysqld 已经完成了磁盘同步。
　　innodb_max_dirty_pages_pct 参数用来控制在 InnoDB 缓冲池（Buffer Pool） 中可以不用写入数据文件中的脏页（Dirty Page） 的比例（已经被修但还没有从内存中写入到数据文件的脏数据）。这个比例值越大，从内存到磁盘的写入操作会相对减少，所以能够一定程度下减少写入操作的磁盘IO。但是，如果这个比例值过大，当数据库崩溃（Crash）之后重启的时间可能会很长，因为会有大量的事务数据需要从日志文件恢复出来写入数据文件中。同时，过大的比例值同时可能也会造成在达到比例设定上限后的 flush 操作“过猛”而导致性能波动很大。如果这个参数设置过大，将会导致MySQL启动时间过长，关闭时间也过长。
　　连接参数
　　MySQL数据库操作是建立在MySQL数据库连接的基础上，所以提高MySQLl处理连接的能力，也是提高MySQL的性能的一个重要体现。
　　连接数量
　　相关参数：max_connections / back_log
　　max_connections参数设置MySQL的大连接数，也是允许同时连接的客户数量。如果服务器的并发连接请求比较大，建议调高此值，以增加并行连接数量。但连接数越大，MySQL会为每个连接提供连接缓冲区，会开销越多的内存，服务器消耗的内存越多，可能会影响服务器性能，所以要根据服务器的配置适当调整该值，不能盲目提高设值。默认数值是100。
　　计算MySQL繁忙时处理连接的情况，建议值50% ~ 80%
　　max_used_connections / max_connections *
　　back_log参数设置MySQL能暂存的连接数量。当MySQL在一个很短时间内收到非常多的连接请求时起作用。如果MySQL的连接数达到max_connections时，新来的请求将会被存在堆栈中，以等待某一连接释放资源，该堆栈的数量即back_log，如果等待连接的数量超过back_log，将不被授予连接资源。试图设定back_log高于你的操作系统的限制将是无效的。默认数值是50。
　　连接超时
　　相关参数：wait_timeout / interactive_timeout
　　服务器关闭连接之前等待活动的秒数。MySQL所支持的大连接数是有限的，因为每个连接的建立都会消耗内存，因此我们希望MySQL 处理完相应的操作后，应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接，他们不仅会白白消耗内存，而且如果连接一直在累加而不断开，终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。建议120 ~ 300