Mysql优化调优中两个重要参数table_cache和key_buffer
本文根据作者的一点经验，讨论了Mysql服务器优化中两个非常重要的参数，分别是table_cache，key_buffer_size。
table_cache指示表高速缓存的大小。当Mysql访问一个表时，如果在Mysql表缓冲区中还有空间，那么这个表就被打开并放入表缓冲区，这样做的好处是可以更快速地访问表中的内容。一般来说，可以通过查看数据库运行峰值时间的状态值Open_tables和Opened_tables，用以判断是否需要增加table_cache的值，即如果open_tables接近table_cache的时候，并且Opened_tables这个值在逐步增加，那就要考虑增加这个值的大小了。
在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值是2048，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的table_cache值，有人说：“性能优化是一门艺术”，这话一点没错。大凡艺术品，大都是经过千锤百炼，精雕细琢而成。
这里还要说明一个问题，就是table_cache加大后碰到文件描述符不够用的问题，在mysql的配置文件中有这么一段提示
引用
“The number of open tables for all threads. Increasing this value increases the number of file descriptors that mysqld requires.
Therefore you have to make sure to set the amount of open files allowed to at least 4096 in the variable "open-files-limit" in” section [mysqld_safe]”
说的就是要注意这个问题，一想到这里，部分兄弟可能会用ulimit -n 作出调整，但是这个调整实际是不对的，换个终端后，这个值又会回到原始值，所以最好用sysctl或者修改/etc/sysctl.conf文件，同时还要在配置文件中把open_files_limit这个参数增大，对于4G内存服务器，相信现在购买的服务器都差不多用4G的了，那这个这个open_files_limit至少要增大到4096，如果没有什么特殊情况，设置成8192就可以了。
下面说说key_buffer_size这个参数，key_buffer_sizeO表示索引缓冲区的大小，严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。根据网络一些高手写的文章表示可以检查状态值Key_read_requests和Key_reads，即可知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好，虽然我还没有找到理论的依据，但是，我在自己维护的几台实际运行良好的库做过的测试后表明，这个比值接近1：20000，这从结果证明了他们说这话的正确性，我们不妨用之。
-
本文向大家介绍mysql优化的重要参数 key_buffer_size table_cache，包括了mysql优化的重要参数 key_buffer_size table_cache的使用技巧和注意事项，需要的朋友参考一下 MySQL服务器端的参数有很多，但是对于大多数初学者来说，众多的参数往往使得我们不知所措，但是哪些参数是需要我们调整的，哪些对服务器的性能影响最大呢？对于使用Myisam存储引
-
本文向大家介绍MySQL性能优化配置参数之thread_cache和table_cache详解，包括了MySQL性能优化配置参数之thread_cache和table_cache详解的使用技巧和注意事项，需要的朋友参考一下 一、THREAD_CACHE MySQL里面为了提高客户端请求创建连接过程的性能,提供了一个连接池也就是 Thread_Cache池,将空闲的连接线程放在连接池中,而不是立即销
-
主要内容：概述,一、关联查询优化,1.左(右)外连接,2.内连接,3.JOIN语句原理,4.JOIN小结,5.Hash Join,二、子查询优化,三、排序优化,四、GROUP BY优化,五、优先考虑覆盖索引,六、使用前缀索引,七、索引下推ICP,八、其他查询优化,1.COUNT(*)与COUNT(具体字段)效率,2.不使用SELECT *,3.LIMIT 1优化,4.多使用commit概述 数据库调优的方式有多种： 建立索引、充分利用到索引、不让索引失效 对SQL语句进行优化 调优如缓冲、线程数
-
本文向大家介绍mysql Key_buffer_size参数的优化设置，包括了mysql Key_buffer_size参数的优化设置的使用技巧和注意事项，需要的朋友参考一下 先来看看document对这个参数的解释: 缓存myisam表的索引块大小，可以被所有进程所共享。当设置key_buffer_size，操作系统不会马上分配key_buffer_size设置的值，而是在需要的时候，再分配的。
-
主要内容：1.JVM参数分类,2.堆参数设置,3.元空间参数,4.栈参数设置,5.收集器参数设置,6.GC策略参数配置,7.Dump异常快照,8.GC日志配置写在开头： X或者XX开头的都是非标准化参数 意思就是说标准化参数不会变，非标准化参数可能在每个JDK版本中有所变化 -XX:+PrintCommandLineFlags查看当前JVM设置过的相关参数 1.JVM参数分类 “-”、“-X”、“-XX” 标准参数（-）：所有的JVM实现都必须实现这些参数的功能，而且向后兼容； -verbose
-
本文向大家介绍MySQL优化方案参考，包括了MySQL优化方案参考的使用技巧和注意事项，需要的朋友参考一下 优化可能带来的问题 优化不总是对一个单纯的环境进行，还很可能是一个复杂的已投产的系统。 优化手段本来就有很大的风险，只不过你没能力意识到和预见到！ 任何的技术可以解决一个问题，但必然存在带来一个问题的风险！ 对于优化来说解决问题而带来的问题,控制在可接受的范围内才是有成果。 保持现状或出现更
-
下面说的优化基于 MySQL 5.6，理论上 5.5 之后的都算适用，具体还是要看官网 服务状态查询 查看当前数据库的状态，常用的有： 查看系统状态：SHOW STATUS; 查看刚刚执行 SQL 是否有警告信息：SHOW WARNINGS; 查看刚刚执行 SQL 是否有错误信息：SHOW ERRORS; 查看已经连接的所有线程状况：SHOW PROCESSLIST; 查看当前连接数量：SHOW
-
在整体的系统运行过程中，数据库服务器 MySQL 的压力是最大的，不仅占用很多的内存和 cpu 资源，而且占用着大部分的磁盘 io 资源，连 PHP 的官方都在声称，说 PHP 脚本 80% 的时间都在等待 MySQL 查询返回的结果。由此可见，提高系统的负载能力，降低 MySQL 的资源消耗迫在眉睫。 常见优化方法： 1、页面缓存 1、页面缓存功能是降低MySQL的资源消耗的（PHPCMS V9