MySQL数据库安装后 具体需要做哪些调整

问：在 MySQL 服务器安装后，需要调整什么，前提是以缺省的设置安装。

答：尽管在实际的操作中我们可以调整非常多的 MySQL 服务器变量，但是在通常情况下只有少数的变量是真正重要的。在你设置完这些变量以后，其他变量的改动通常只能带来相对有限的性能改善。

key_buffer_size ---- 非常重要，如果你使用 MyISAM 表。如果只使用 MyISAM 表，那么把它的值设置为可用内存的 30% 到 40% 。恰当的大小依赖索引的数量、数据量和负载 ---- 记住 MyISAM 使用操作系统的 cache 去缓存数据，所以你也需要为它留出内存，而且数据通常比索引要大很多。然而需要查看是否所有的 key_buffer 总是在被使用 ---- key_buffer 为 4G 而 .MYI 文件只有 1G 的情况并不罕见。这样就有些浪费了。如果只是使用很少的 MyISAM 表，你希望它的值小一些，但是仍然至少要设成 16 到 32M ，用于临时表（占用硬盘的）的索引。

innodb_buffer_pool_size ---- 非常重要，如果使用 Innodb 表。相对于 MyISAM 表而言， Innodb 表对 buffer size 的大小更敏感。在处理大的数据集（ data set ）时，使用缺省的 key_buffer_size 和 innodb_buffer_pool_size ， MyISAM 可能正常工作，而 Innodb 可能就是慢得像爬一样了。同时 Innodb buffer pool 缓存了数据和索引页，因此你不需要为操作系统的缓存留空间，在只用 Innodb 的数据库服务器上，可以设成占内存的 70% 到 80% 。上面 key_buffer 的规则也同样适用 ---- 如果只有小的数据集，而且也不会戏剧性地增大，那么不要把 innodb_buffer_pool_size 设得过大。因为你可以更好地使用多余的内存。

innodb_additional_pool_size ---- 这个变量并不太影响性能，至少在有像样的（ decent ）内存分配的操作系统中是这样。但是仍然需要至少设为 20MB （有时候更大），是 Innodb 分配出来用于处理一些杂事的。

innodb_log_file_size ---- 对于以写操作为主的负载 (workload) 非常重要，特别是数据集很大的时候。较大的值会提高性能，但增加恢复的时间。因此需要谨慎。我通常依据服务器的大小（ server size ）设置为 64M 到 512M 。

innodb_log_buffer_size ---- 缺省值在中等数量的写操作和短的事务的大多数负载情况下是够用的。如果有大量的 UPDATE 或者大量地使用 blob ，你可能需要增加它的值。不要把它的值设得过多，否则会浪费内存 --log buffer 至少每秒刷新一次，没有必要使用超过一秒钟所需要的内存。 8MB 到 16MB 通常是足够的。小一些的安装应该使用更小的值。

innodb_flush_logs_at_trx_commit ---- 为 Innodb 比 MyISAM 慢 100 倍而哭泣？你可能忘记了调整这个值。缺省值是 1 ，即每次事务提交时都会把日志刷新到磁盘上，非常耗资源，特别是没有电池备份的 cache 时。很多应用程序，特别是那些从 MyISAM 表移植过来的，应该把它设成 2 。意味着只把日志刷新到操作系统的 cache ，而不刷新到磁盘。此时，日志仍然会每秒一次刷新到磁盘上，因此通常你不会丢失超过 1 到 2 秒的更新。设成 0 会更快一些，但安全性差一些，在 MySQL 服务崩溃的时候，会丢失事务。设成 2 只会在操作系统崩溃的时候丢失数据。

table_cache ---- 打开表是昂贵的（耗资源）。例如， MyISAM 表在 MYI 文件头做标记以标明哪些表正在使用。你不会希望这样的操作频繁发生，通常最好调整你的 cache 大小，使其能够满足大多数打开的表的需要。它使用了一些操作系统的资源和内存，但是对于现代的硬件水平来说通常不是问题。对于一个使用几百个表的应用， 1024 是一个合适的值（注意每个连接需要各自的缓存）。如果有非常多的连接或者非常多的表，则需要增大它的值。我曾经看到过使用超过 100000 的值。

thread_cache ---- 线程创建 / 销毁是昂贵的，它在每次连接和断开连接时发生。我通常把这个值至少设成 16 。如果应用有时会有大量的并发连接，并且可以看到 threads_created 变量迅速增长，我就把它的值调高。目标是在通常的操作中不要有线程的创建。

query_cache ---- 如果你的应用是以读为主的，并且你没有应用级的缓存，那么它会有很大帮助。不要把它设得过大，因为它的维护可能会导致性能下降。通常会设置在 32M 到 512M 之间。设置好后，经过一段时间要进行检查，看看是否合适。 For certain workloadscache hit ratio is lower than would justify having it enabled. （这句不会翻译）

注释：就像你看到的，上面所说的都是全局变量。这些变量依赖硬件和存储引擎的使用，而会话级的变量（ per session variables ）则与特定的访问量 (workload) 相关。如果只是一些简单的查询，就没有必要增加 sort_buffer_size ，即使有 64G 的内存让你去浪费。而且这样做还可能降低性能。我通常把调整会话级的变量放在第二步，在我分析了访问量（或负载）之后。

另外在 MySQL 分发版中包含了一些 my.cnf 文件的例子，可以作为非常好的模板去使用。