myql缓存优化 实现命中率100%

核心提示：myql优化，启动mysql缓存机制，myql缓存优化 实现命中率100%，实现命中率100%配置你的mysql配置文件：主要是配置[mysqld]后面的内容，1，数目大说明可能有碎片，FLUSH QUERY CACHE 会对缓存中的碎片进行整理，优化远程连接速度，在[mysqld]下面添加skip-name-reso

myql优化，启动mysql缓存机制，实现命中率100%

配置你的mysql配置文件：主要是配置[mysqld]后面的内容。

1，优化远程连接速度。

在[mysqld]下面添加skip-name-resolve

skip-name-resolve

选项就能禁用DNS解析，连接速度会快很多。不过，这样的话就不能在MySQL的授权表中使用主机名了而只能用ip格式。

2，设置连接数，mysql默认的连接数是100，太少了。

[mysqld]下面添加

set-variable = max_connections=500

3，开启缓存机制

skip-locking#取消文件系统的外部锁

key_buffer = 512M#索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量

 #连接排队列表总数

back_log = 200

max_allowed_packet = 2M

 #打开表缓存总数,可以避免频繁的打开数据表产生的开销

 table_cache = 512

#每个线程排序所需的缓冲

 sort_buffer_size = 4M

#MyISAM表发生变化时重新排序所需的缓冲

 myisam_sort_buffer_size = 64M

 #缓存可重用的线程数

 thread_cache = 128

 #查询结果缓存

 query_cache_size = 128M

 #设置超时时间,能避免长连接

 set-variable = wait_timeout=60

 #最大并发线程数,cpu数量*2

 thread_concurrency = 4

#记录慢查询,然后对慢查询一一优化

 log-slow-queries = slow.log

 long_query_time = 1

4，安装mytop监控mysql

apt-get install mytop

执行命令mytop就可以看到mysql的运行状态。

以下内容为转载的网上的文章，对mysql的配置和调试做了很详细的讲解：

关于 MySQL 调优

有3种方法可以加快 MySQL 服务器的运行速度，效率从低到高依次为：

替换有问题的硬件， 对 MySQL 进程的设置进行调优，对查询进行优化。

替换有问题的硬件通常是我们的第一考虑，主要原因是数据库会占用大量资源。不过这种解决方案也就仅限于此了。实际上，您通常可以让中央处理器(CPU)或磁盘速度加倍，也可以让内存增大4到8倍。

第二种方法是对 MySQL 服务器(也称为 mysqld)进行调优。对这个进程进行调优意味着适当地分配内存，并让 mysqld 了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。类似地，确保 MySQL 进程正确操作就意味着它花费在服务查询上的时间要多于花费在处理后台任务(如处理临时磁盘表或打开和关闭文件)上的时间。对 mysqld 进行调优是本文的重点。

最好的方法是确保查询已经进行了优化。这意味着对表应用了适当的索引，查询是按照可以充分利用 MySQL 功能的方式来编写的。尽管本文并没有包含查询调优方面的内容(很多著作中已经针对这个主题进行了探讨)，不过它会配置 mysqld 来报告可能需要进行调优的查询。

虽然已经为这些任务指派了次序，但是仍然要注意硬件和 mysqld 的设置以利于适当地调优查询。机器速度慢也就罢了，我曾经见过速度很快的机器在运行设计良好的查询时由于负载过重而失败，因为 mysqld 被大量繁忙的工作所占用而不能服务查询。

　　记录慢速查询

在一个 SQL 服务器中，数据表都是保存在磁盘上的。索引为服务器提供了一种在表中查找特定数据行的方法，而不用搜索整个表。当必须要搜索整个表时，就称为表扫描。通常来说，您可能只希望获得表中数据的一个子集，因此全表扫描会浪费大量的磁盘 I/O，因此也就会浪费大量时间。当必须对数据进行连接时，这个问题就更加复杂了，因为必须要对连接两端的多行数据进行比较。

当然，表扫描并不总是会带来问题;有时读取整个表反而会比从中挑选出一部分数据更加有效(服务器进程中查询规划器用来作出这些决定)。如果索引的使用效率很低，或者根本就不能使用索引，则会减慢查询速度，而且随着服务器上的负载和表大小的增加，这个问题会变得更加显著。执行时间超过给定时间范围的查询就称为慢速查询。

您可以配置 mysqld 将这些慢速查询记录到适当命名的慢速查询日志中。管理员然后会查看这个日志来帮助他们确定应用程序中有哪些部分需要进一步调查。清单 1 给出了要启用慢速查询日志需要在 my.cnf 中所做的配置。

　　清单 1. 启用 MySQL 慢速查询日志

[mysqld]; enable the slow query log, default 10 secondslog-slow-queries; log queries taking longer than 5 secondslong_query_time = 5; log queries that don't use indexes even if they take less than long_query_time; MySQL 4.1 and newer onlylog-queries-not-using-indexes

这三个设置一起使用，可以记录执行时间超过 5 秒和没有使用索引的查询。请注意有关 log-queries-not-using-indexes 的警告：您必须使用 MySQL 4.1 或更高版本。慢速查询日志都保存在 MySQL 数据目录中，名为 hostname-slow.log。如果希望使用一个不同的名字或路径，可以在 my.cnf 中使用 log-slow-queries = /new/path/to/file 实现此目的。

　阅读慢速查询日志最好是通过 mysqldumpslow 命令进行。指定日志文件的路径，就可以看到一个慢速查询的排序后的列表，并且还显示了它们在日志文件中出现的次数。一个非常有用的特性是 mysqldumpslow 在比较结果之前，会删除任何用户指定的数据，因此对同一个查询的不同调用被计为一次;这可以帮助找出需要工作量最多的查询。

　　对查询进行缓存

很多 LAMP 应用程序都严重依赖于数据库，但却会反复执行相同的查询。每次执行查询时，数据库都必须要执行相同的工作 —— 对查询进行分析，确定如何执行查询，从磁盘中加载信息，然后将结果返回给客户机。MySQL 有一个特性称为查询缓存，它将(后面会用到的)查询结果保存在内存中。在很多情况下，这会极大地提高性能。不过，问题是查询缓存在默认情况下是禁用的。

将 query_cache_size = 32M 添加到 /etc/my.conf 中可以启用 32MB 的查询缓存。

　　监视查询缓存

在启用查询缓存之后，重要的是要理解它是否得到了有效的使用。MySQL 有几个可以查看的变量，可以用来了解缓存中的情况。清单 2 给出了缓存的状态。

　　清单 2. 显示查询缓存的统计信息

mysql> SHOW STATUS LIKE 'qcache%';+-------------------------+------------+| Variable_name | Value |+-------------------------+------------+| Qcache_free_blocks | 5216 || Qcache_free_memory | 14640664 || Qcache_hits | 2581646882 || Qcache_inserts | 360210964 || Qcache_lowmem_prunes | 281680433 || Qcache_not_cached | 79740667 || Qcache_queries_in_cache | 16927 || Qcache_total_blocks | 47042 |+-------------------------+------------+8 rows in set (0.00 sec)

这些项的解释如表 1 所示。

　　表 1. MySQL 查询缓存变量

变量名 说明

Qcache_free_blocks 缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE 会对缓存中的碎片进行整理，从而得到一个空闲块。