win mysql 优化_windows服务器：[9]MySQL 进阶优化参数详解

记录慢查询sql语句，修改my.ini(my.cnf)，添加如下代码：

#log-slow-queries

long_query_time = 1 #是指 执行超过多久的 sql 会被 log 下来

log-slow-queries = x:/xxx /logs/slow.log #设置把日志写在那里，可以为空，系统会给一个缺省的文件

#log-slow-queries = /var /youpath/slow.log linux下     host_name-slow.log

log-queries-not-using-indexes

mysql缓存的设置

mysql>show variables like '%query_cache%';     mysql 本身是有对sql语句缓存的机制的，合理设置我们的mysql缓存可以降低数据库的io资源。

#query_cache_type= 查 询缓存的方式(默认是 ON)

query_cache_size 如果你希望禁用查询缓存，设置 query_cache_size=0。禁用了查 询缓存，将没有明显的开销

query_cache_limit 不缓存大于这个值的结果。(缺省为 1M)

查询缓存的统计信息

mysql> SHOW STATUS LIKE ‘qcache%’;

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

Qcache_free_memory 缓存中的空闲内存。

Qcache_hits 每次查询在缓存中命中时就增大。

Qcache_inserts 每次插入一个查询时就增大。命中次数除以插入次数就是不中比率；用 1 减去这个值就是命中率。在上 面这个例子中，大约有 87% 的查询都在缓存中命中。

Qcache_lowmem_prunes 缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间 来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的 free_blocks 和 free_memory 可以告诉您属于 哪种情况)。

Qcache_not_cached 不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句。

Qcache_queries_in_cache 当前缓存的查询(和响应)的数量。

Qcache_total_blocks 缓存中块的数量。通常，间隔几秒显示这些变量就可以看出区别，这可以帮助确定缓存是否正在 有效地使用。运行 FLUSH STATUS 可以重置一些计数器，如果服务器已经运行了一段时间，这会非常有帮助。

my.ini(my.conf)配置

key_buffer_size = 256M

# key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。     对于内存在4GB左右的 服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低

max_allowed_packet = 4M

thread_stack = 256K

table_cache = 128K

sort_buffer_size = 6M

查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每连接独占！如果有100个连接，那么实际分配的总共排序缓冲区大小 为100 × 6 ＝ 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。

read_buffer_size = 4M

读查询操作所能使用的缓冲区大小。和sort_buffer_size一样，该参数对应的分配内存也是每个连接独享！

join_buffer_size = 8M

联合查询操作所能使用的缓冲区大小，和sort_buffer_size一样，该参数对应的分配内存也是每个连接独享！

myisam_sort_buffer_size = 64M

table_cache = 512

thread_cache_size = 64

query_cache_size = 64M

指定MySQL查询缓冲区的大小。可以通过在MySQL控制台执行以下命令观察：

# > SHOW VARIABLES LIKE '%query_cache%';

# > SHOW STATUS LIKE 'Qcache%';