我之所以要赞美你，更重要的是因为：你还哺育春天的的摇篮。 "冬天来了，春天还会远吗？ "在冬天里，思想被提纯了，一直被坚定了，力量在储蓄着。一旦春风拂面，一切更争先恐后，生气勃勃，万紫千红，千姿百态。仿佛含苞的花蕾忽然绽开。
back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 Unix listen(2)系统调用的手册页应该有更多的细节。检查你的OS文档找出这个变量的最大值。试图设定back_log高于你的操作系统的限制将是无效的。 connect_timeout mysqld服务器在用Bad handshake（糟糕的握手）应答前正在等待一个连接报文的秒数。 delayed_insert_timeout 一个INSERT DELAYED线程应该在终止之前等待INSERT语句的时间。 delayed_insert_limit 在插入delayed_insert_limit行后，INSERT DELAYED处理器将检查是否有任何SELECT语句未执行。如果这样，在继续前执行允许这些语句。 delayed_queue_size 应该为处理INSERT DELAYED分配多大一个队列(以行数)。如果排队满了，任何进行INSERT DELAYED的客户将等待直到队列又有空间了。 flush_time 如果这被设置为非零值，那么每flush_time秒所有表将被关闭(以释放资源和sync到磁盘)。 interactive_timeout 服务器在关上它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对mysql_real_connect()使用CLIENT_INTERACTIVE选项的客户。也可见wait_timeout。 join_buffer_size 用于全部联结(join)的缓冲区大小(不是用索引的联结)。缓冲区对2个表间的每个全部联结分配一次缓冲区，当增加索引不可能时，增加该值可得到一个更快的全部联结。（通常得到快速联结的最佳方法是增加索引。） key_buffer_size 索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。记住既然MySQL不缓存读取的数据，你将必须为OS文件系统缓存留下一些空间。为了在写入多个行时得到更多的速度，使用LOCK TABLES。见7.24LOCK TABLES/UNLOCK TABLES语法。 long_query_time 如果一个查询所用时间超过它(以秒计)，Slow_queries记数器将被增加。 max_allowed_packet 一个包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节，但是可在需要时增加到max_allowed_packet个字节。缺省地，该值太小必能捕捉大的(可能错误)包。如果你正在使用大的BLOB列，你必须增加该值。它应该象你想要使用的最大BLOB的那么大。 max_connections 允许的同时客户的数量。增加该值增加mysqld要求的文件描述符的数量。见下面对文件描述符限制的注释。见18.2.4 Too many connections错误。 max_connect_errors 如果有多于该数量的从一台主机中断的连接，这台主机阻止进一步的连接。你可用FLUSH HOSTS命令疏通一台主机。 max_delayed_threads 不要启动多于的这个数字的线程来处理INSERT DELAYED语句。如果你试图在所有INSERT DELAYED线程在用后向一张新表插入数据，行将被插入，就像DELAYED属性没被指定那样。 max_join_size 可能将要读入多于max_join_size个记录的联结将返回一个错误。如果你的用户想要执行没有一个WHERE子句、花很长时间并且返回百万行的联结，设置它。 max_sort_length 在排序BLOB或TEXT值时使用的字节数(每个值仅头max_sort_length个字节被使用；其余的被忽略)。 max_tmp_tables （该选择目前还不做任何事情)。一个客户能同时保持打开的临时表的最大数量。 net_buffer_length 通信缓冲区在查询之间被重置到该大小。通常这不应该被改变，但是如果你有很少的内存，你能将它设置为查询期望的大小。（即，客户发出的SQL语句期望的长度。如果语句超过这个长度，缓冲区自动地被扩大，直到max_allowed_packet个字节。） record_buffer 每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。 sort_buffer 每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速ORDER BY或GROUP BY操作。见18.5 MySQL在哪儿存储临时文件。 table_cache 为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。MySQL对每个唯一打开的表需要2个文件描述符，见下面对文件描述符限制的注释。对于表缓存如何工作的信息，见10.2.4 MySQL怎样打开和关闭表。 tmp_table_size 如果一张临时表超出该大小，MySQL产生一个The table tbl_name is full形式的错误，如果你做很多高级GROUP BY查询，增加tmp_table_size值。 thread_stack 每个线程的栈大小。由crash-me测试检测到的许多限制依赖于该值。缺省队一般的操作是足够大了。见10.8 使用你自己的基准。 wait_timeout 服务器在关闭它之前在一个连接上等待行动的秒数。也可见interactive_timeout。 MySQL使用是很具伸缩性的算法，因此你通常能用很少的内存运行或给MySQL更多的被存以得到更好的性能。 如果你有很多内存和很多表并且有一个中等数量的客户，想要最大的性能，你应该一些象这样的东西： shell> safe_mysqld -O key_buffer=16M -O table_cache=128 \ -O sort_buffer=4M -O record_buffer=1M & 如果你有较少的内存和大量的连接，使用这样一些东西： shell> safe_mysqld -O key_buffer=512k -O sort_buffer=100k \ -O record_buffer=100k & 或甚至： shell> safe_mysqld -O key_buffer=512k -O sort_buffer=16k \ -O table_cache=32 -O record_buffer=8k -O net_buffer=1K & 如果有很多连接，“交换问题”可能发生，除非mysqld已经被配置每个连接使用很少的内存。当然如果你对所有连接有足够的内存，mysqld执行得更好。 注意，如果你改变mysqld的一个选项，它实际上只对服务器的那个例子保持。 为了明白一个参数变化的效果，这样做： shell> mysqld -O key_buffer=32m --help 保证--help选项是最后一个；否则，命令行上在它之后列出的任何选项的效果将不在反映在输出中。 重要的MySQL启动选项 back_log 如果需要大量新连接，修改它。 thread_cache_size 如果需要大量新连接，修改它。 key_buffer_size 索引页池，可以设成很大。 bdb_cache_size BDB表使用的记录和键吗高速缓存。 table_cache 如果有很多的表和并发连接，修改它。 delay_key_write 如果需要缓存所有键码写入，设置它。 log_slow_queries 找出需花大量时间的查询。 max_heap_table_size 用于GROUP BY sort_buffer 用于ORDER BY和GROUP BY myisam_sort_buffer_size 用于REPAIR TABLE join_buffer_size 在进行无键吗的联结时使用。 MySQL高速缓存（所有线程共享，一次性分配） 键码缓存：key_buffer_size，默认8M。 表缓存：table_cache，默认64。 线程缓存：thread_cache_size，默认0。 主机名缓存：可在编译时修改，默认128。 内存映射表：目前仅用于压缩表。 注意：MySQL没有行高速缓存，而让操作系统处理 MySQL缓存区变量（非共享，按需分配） sort_buffer：ORDER BY/GROUP BY record_buffer：扫描表。 join_buffer_size：无键联结 myisam_sort_buffer_size：REPAIR TABLE net_buffer_length:对于读SQL语句并缓存结果。 tmp_table_size：临时结果的HEAP表大小。 以上就是一些mysql启动参数的说明和优化方法。大多数人做事没有成功，根本的原因是缺少做的魄力，缺少奋力拼搏的勇气。魄力，沉睡的人体内，一旦被唤醒，会做出许多神奇的事情来。你不要受自筑藩篱或禁闭的思想影响，而放弃追寻理想的魄力。更多关于一些mysql启动参数的说明和优化方法请关注haodaima.com其它相关文章！
