- 修改全站搜索
- 修改my.ini(my.cnf)
,在 [mysqld] 后面加入一行“ft_min_word_len=1”,然后 重启Mysql,再登录网站后台(模块管理->全站搜索)重建全文索引。 - 记录慢查询sql语句,修改my.ini(my.cnf),添加如下代码:
- #log-slow-queries
- long_query_time
= 1 #是指 执行超过多久的 sql 会被 log 下来 - log-slow-queries
= E:/wamp /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%'; - #
如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况; - #如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;
- Qcache_free_blocks,如
果该值非常大,则表明缓冲区中碎片很多 - tmp_table_size
= 256M - max_connections
= 768 - 指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too
Many Connections的错误提示,则需要增大该 参数值。 - max_connect_errors
= 10000000 - wait_timeout
= 10 - 指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。
- thread_concurrency
= 8 - 该参数取值为服务器逻辑CPU数量×2,如果服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为 4
× 2 = 8 - skip-networking
- 开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开 启该选项!否则将无法正常连接!
-
-
-
-
-
-
-
-
(一)连接连接通常来自Web服务器,下面列出了一些与连接有关的参数,以及该如何设置它们。1、max_connections这是Web服务器允许的最大连接数,记住每个连接都要使用会话内存(关于会话内存,文章后面有涉及)。2、max_packet_allowed最大数据包大小,通常等于你需要在一个大块中返回的最大数据集的大小,如果你在使用远程mysqldump,那它的值需要更大。3、aborted_connects检查系统状态的计数器,确定其没有增长,如果数量增长说明客户端连接时遇到了错误。4、thread_cache_size入站连接会在MySQL中创建一个新的线程,因为MySQL中打开和关闭连接都很廉价,速度也快,它就没有象其它数据库,如Oracle那么多持续连接了,但线程预先创建并不会节约时间,这就是为什么要MySQL线程缓存的原因了。如果在增长请密切注意创建的线程,让你的线程缓存更大,对于2550或100的thread_cache_size,内存占用也不多。(二)查询缓存MySQL中的缓存查询包括两个解析查询计划,以及返回的数据集,如果基础表数据或结构有变化,将会使查询缓存中的项目无效。1、query_cache_min_res_unitMySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的,使用下面的公式计算查询缓存的平均大小,根据计算结果设置这个变量,MySQL就会更有效地使用查询缓存,缓存更多的查询,减少内存的浪费。2、query_cache_size这个参数设置查询缓存的总大小。3、query_cache_limit这个参数告诉MySQL丢掉大于这个大小的查询,一般大型查询还是比较少见的,如运行一个批处理执行一个大型报表的统计,因此那些大型结果集不应该填满查询缓存。qcache hit ratio = qcache_hits / (qcache_hits + com_select)使用SQL> show status like 'qcache%';SQL> show status like 'com_%';找到这些变量。average query size = (query_cache_size - qcache_free_memory)/qcache_queries_in_cache使用SQL> show variables like 'query%';qcache_* status variables you can get with:SQL> show status like 'qcache%';获取query_cache_size的值。(三)临时表内存速度是相当快的,因此我们希望所有的排序操作都在内存中进行,我们可以通过调整查询让结果集更小以实现内存排序,或将变量设置得更大。tmp_table_sizemax_heap_table_size无论何时在MySQL中创建临时表,它都会使用这两个变量的最小值作为临界值,除了在磁盘上构建临时表外,还会创建许多会话,这些会话会抢占有限制的资源,因此最好是调整查询而不是将这些参数设置得更高,同时,需要注意的是有BLOB或TEXT字段类型的表将直接写入磁盘。
深入浅出MySQL双向复制技术 (四)会话内存MySQL中每个会话都有其自己的内存,这个内存就是分配给SQL查询的内存,因此你想让它变得尽可能大以满足需要。但你不得不平衡同一时间数据库内一致性会话的数量。这里显得有点黑色艺术的是MySQL是按需分配缓存的,因此,你不能只添加它们并乘以会话的数量,这样估算下来比MySQL典型的使用要大得多。最佳做法是启动MySQL,连接所有会话,然后继续关注顶级会话的VIRT列,mysqld行的数目通常保持相对稳定,这就是实际的内存总用量,减去所有的静态MySQL内存区域,就得到了实际的所有会话内存,然后除以会话的数量就得到平均值。1、read_buffer_size缓存连续扫描的块,这个缓存是跨存储引擎的,不只是MyISAM表。2、sort_buffer_size执行排序缓存区的大小,最好将其设置为1M-2M,然后在会话中设置,为一个特定的查询设置更高的值。3、join_buffer_size执行联合查询分配的缓存区大小,将其设置为1M-2M大小,然后在每个会话中再单独按需设置。4、read_rnd_buffer_size用于排序和order by操作,最好将其设置为1M,然后在会话中可以将其作为一个会话变量设置为更大的值。(五)慢速查询日志慢速查询日志是MySQL很有用的一个特性。1、log_slow_queriesMySQL参数中log_slow_queries参数在my.cnf文件中设置它,将其设置为on,默认情况下,MySQL会将文件放到数据目录,文件以“主机名-slow.log”的形式命名,但你在设置这个选项的时候也可以为其指定一个名字。2、long_query_time默认值是10秒,你可以动态设置它,值从1到将其设置为on,如果数据库启动了,默认情况下,日志将关闭。截至5.1.21和安装了Google补丁的版本,这个选项可以以微秒设置,这是一个了不起的功能,因为一旦你消除了所有查询时间超过1秒的查询,说明调整非常成功,这样可以帮助你在问题变大之前消除问题SQL。3、log_queries_not_using_indexes开启这个选项是个不错的主意,它真实地记录了返回所有行的查询。小结我们介绍了MySQL参数的五大类设置,平时我们一般都很少碰它们,在进行数据库性能调优和故障诊断时这些参数还是非常有用的。
mysql 性能调优
最新推荐文章于 2022-09-19 22:37:41 发布