0顶
0踩

mysql性能调优技巧

2017-12-06 09:34 by 副主编 jihong10102006 评论(0) 有13693人浏览

原文:
作者:
翻译:无阻我飞扬

摘要:针对购物旺季网站流量会对数据库造成的压力,作者给出了mysql性能调优的一些技巧,这些技巧极具参考价值,通过这些调优,可以有效避免因为流量过大造成服务器宕机,从而给企业造成经济损失。以下是译文

万圣节已经过去很久了,该是把注意力集中在即将到来的假日季节的时候了。首先是感恩节,接着就是黑色星期五和网络星期一,最终在圣诞节/节礼周(从12月26日的节礼日开始,到12月31日的除夕结束为期六天或更长时间。这个词是由零售业在2000年代中期左右发明的,试图延长他们的节礼日销售)达到购物高潮。对于企业主来说,一年的这个时候标志着人们期待已久的年底获利了结。对于一些dba来说,它会带来恐惧,不安,甚至是不眠之夜,他们要努力使系统重新上线。

值得庆幸是,情况并非如此。通过对mysql性能变量做一些主动调整,可以使数据库服务器免受购物旺季带来的需求增加的冲击。

 

mysql性能调优技巧 -买球官网平台

对于mysql的最大连接数,一次最好是发送5个请求到web服务器。对web服务器的5个请求中的一部分将用于css样式表,图像和脚本等资源。由于诸如浏览器缓存等原因,要获得准确的mysql到web服务器的请求比率可能很困难; 要想得到一个确切的数字,就需要分析web服务器的日志文件。例如,可以手动访问apache的“access_log”日志文件,也可以通过或等实用程序访问日志文件。

一旦有了对特定使用情况的准确估计,请将该比率乘以web服务器的最大连接数。例如,如果web服务器配置为最多为256个客户端提供服务,mysql请求与web请求的比率为1/8,则最好将最大数据库连接数设置为32。还要考虑留有安全余量,把这个数乘以2,得到最终的数量。只有在基础设施支持的情况下,才能尝试将数据库连接数的最大数量与web服务器的客户端限制相匹配。在大多数情况下,最好保持接近32。

 

在monyog中查看mysql连接

 

在mysql数据库中,mysql的最大并发连接数是存储在全局变量max_connections中的。monyog报告变量“max_connections”作为当前连接监控组中的“最大允许”指标。它还将该数字除以打开的连接数,以生成连接使用百分比:

还有一个连接历史记录监控,可以帮助计算最佳的最大并发连接数。它包括尝试,拒绝和成功连接的数量。此外,允许达到的最大指标的百分比显示为一个进度条,可以让你快速评估服务器在过去达到的最大并发连接数:

 

在某些情况下,服务器在处理语句时会创建内部临时表。临时表用于内部操作如group by和distinct,还有一些order by查询以及union和from子句(派生表)中的子查询。这些都是在内存中创建的内存表。内存中临时表的最大大小由tmp_table_size和max_heap_table_size中较小的值确定。如果临时表的大小超过这个阈值,则将其转换为磁盘上的innodb或myisam表。此外,如果查询涉及blob或text列,而这些列不能存储在内存表中,临时表总是直接指向磁盘。

这种转换的代价很大,所以考虑增加max_heap_table_size和tmp_table_size变量的大小来帮助减少在磁盘上创建临时表的数量。请记住,这将需要大量内存,因为内存中临时表的大小是基于“最坏情况”的。例如,内存表总是使用固定长度的列,所以字符列使用varchar(255)。这可以使内存中的临时表比想象的要大得多—事实上,这比查询表的总大小要大很多倍!当增加max_heap_table_size和tmp_table_sizevariables的大小时,一定要监视服务器的内存使用情况,因为内存中的临时表可能会增加达到服务器内存容量的风险。

一般来说,32m到64m是建议值,从这两个变量开始并根据需要进行调优。

 

在monyog中的临时表监测

 

临时表的监测是许多预定义的monyog监测之一。它提供了一些临时表使用的指标,包括:

 

  • 允许的最大值:显示tmp_table_size服务器变量的值,它定义了在内存中创建的临时表的最大大小。与max_heap_table_size一起,这个值定义了可以在内存中创建的临时表的最大大小。如果内存临时表大于此大小,则将其存储在磁盘上。
  • 内存表的最大大小:显示max_heap_table_size服务器变量的值,该值定义了显式创建的memory存储引擎表的最大大小。
  • 创建的临时表总数:显示created_tmp_tables服务器变量的值,它定义了在内存中创建的临时表的数量。
  • 在磁盘上创建的临时表:显示created_tmp_disk_tables服务器变量的值,该变量定义了在磁盘上创建的临时表的数量。如果这个值很高,则应该考虑增加tmp_table_size和max_heap_table_size的值,以便增加创建内存临时表的数量,从而减少在磁盘上创建临时表的数量。
  • 磁盘:总比率:基于created_tmp_disk_tables除以created_tmp_tables的计算值。由于tmp_table_size或max_heap_table_size不足而在磁盘上创建的临时表的百分比。monyog将这个数字显示为一个进度条和百分比,以便快速确定有多少磁盘用于临时表,而不是内存。

趋势图可用于创建的总表,磁盘上创建的表和磁盘的总比值。这些让我们看到了它们随着时间的演变:

 

连接管理器线程处理服务器监听的网络接口上的客户端连接请求。连接管理器线程将每个客户端连接与专用于它的线程关联,该线程负责处理该连接的身份验证和所有请求处理。因此,线程和当前连接的客户端之间是一对一的比例。确保线程缓存足够大以容纳所有传入请求是非常重要的。

mysql提供了许多与连接线程相关的服务器变量:

线程缓存大小由thread_cache_size系统变量决定。默认值为0(无缓存),这将导致为每个新连接设置一个线程,并在连接终止时需要处理该线程。如果希望服务器每秒接收数百个连接请求,那么应该将thread_cache_size设置的足够高,以便大多数新连接可以使用缓存线程。可以在服务器启动或运行时设置max_connections的值。

还应该监视缓存中的线程数(threads_cached)以及创建了多少个线程,因为无法从缓存中获取线程(threads_created)。关于后者,如果threads_created继续以每分钟多于几个线程的增加,请考虑增加thread_cache_size的值。

使用mysql show status命令显示mysql的变量和状态信息。这里有几个例子:

show global status like '%threads_connected%';
 ------------------- ------- 
| variable_name     | value |
 ------------------- ------- 
| threads_connected | 2     |
 ------------------- ------- 
show global status like '%threads_running%';
 ----------------- ------- 
| variable_name   | value |
 ----------------- ------- 
| threads_running | 1     |
 ----------------- ------- 

 

monyog线程缓存监测

 

monyog提供了一个监控线程缓存的屏幕,名为“线程”。与mysql线程相关的服务器变量映射到以下monyog指标:

 

  • thread_cache_size:可以缓存的线程数。
  • threads_cached:缓存中的线程数。
  • threads_created:创建用于处理连接的线程。

monyog线程屏幕还包括“线程缓存命中率”指标。这是一个提示线程缓存命中率的指标。如果值较低,则应该考虑增加线程缓存。在状态栏以百分比形式显示该值;它的值越接近100%越好。

如果这些指标的值等于或超过指定值,则可以将每一个指标配置为发出警告和/或严重警报。

 

除了上述指标以外,还应该监控以下内容:

 

  1. innodb缓冲池大小: innodb缓冲池大小在使用innodb的mysql数据库中起着至关重要的作用。缓冲池同时缓存数据和索引。它的值应该尽可能的大,以确保数据库使用内存而不是硬盘驱动器进行读取操作。
  2. 临时表大小: mysql使用max_heap_table_size和tmp_table_size中较小的一个来限制内存中临时表的大小。拥有较大的值可以帮助减少在磁盘上创建临时表的数量,但也会增加服务器内存容量的风险,因为这个指标适用于每个客户端。一般来说,32m到64m是建议的值,从这两个变量开始并根据需要进行调优。
  3. innodb日志缓冲区大小: mysql每次写入日志文件时,它都会利用可用于处理销售数据的重要系统资源。因此,将innodb日志缓冲区大小设置为较大值才有意义。这样,服务器在大型事务中写入磁盘的次数就减少了,从而最大限度地减少了这些耗时的操作。64m是这个变量的一个很好的起点。

虽然即便是最大的公司网站也会因宕机而遭受损失,但这种影响对于处理网上销售的中小型企业尤其关键。根据显示,一分钟的宕机导致企业平均损失约5000美元。不要让你的业务成为那种统计数据(因为宕机造成的损失)的一部分。在假日繁忙之前,主动调优mysql数据库服务器(s)并收获回报吧!

0
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 本书以 mysql 数据库的基础及维护为切入点,重点介绍了 mysql 数据库应用系统的性能调优,以及高可用可扩展的架构设计。 全书共分3篇,基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份...

  • 技巧#1:确定mysql的最大连接数 对于mysql的最大连接数,一次最好是发送5个请求到web服务器。对web服务器的5个请求中的一部分将用于css样式表,图像和脚本等资源。由于诸如浏览器缓存等原因,要获得准确的mysql到web...

  • 如果您的查询不断备份,则更好的过程是使用。...日志文件建议是列表中的第一个,但如果您滚动到底部,您可以看到提高 mysql 性能的一般建议。如果您需要这些数据,那很好,但是包含不需要的数据会浪费性能。...

  • 性能优化篇从影响 mysql 数据库应用系统性能的因素开始,针对性地对各个影响因素进行调优分析。如 mysql schema 设计的技巧,query 语句的性能优化方式方法及mysql server中sql层和存储引擎层的优化思路。同时还分析...

  • 针对mysql的linux性能调优技巧文件系统(filesystem)1)使用ext4或者xfs文件系统,mount选项使用noatime选项。系统默认记录文件创建、修改和上一次访问等信息,记录上last access time需要一定的开销。使用noatime选项...

  • 希望下面的这些优化技巧对你有用。大多数的mysql服务器都开启了查询缓存。这是提高性最有效的方法之一,而且这是被mysql的数据库引擎处理的。当有很多相同的查询被执行了多次的时候,这些查询结果会被放到一个缓存中...

  • mysql查看性能工具explain中type有很多种,主要的有: 链接类型 说明 system 表只有一行,myisam引擎。 const 常量连接,表最多只有一行匹配,通用用于主键或者唯一索引比较时 eq_ref 每次与之前的表合并行都只在该...

  • mysql是当下流行的关系型数据库管理系统,使用c和c 语言编写而成,因而具有源码级的可移植性。mysql可以在linux、macos、novellnetware、openbsd、solaris、windows等多种操作系统中运行。在web应用方面,mysql是...

  • 本书以 mysql 数据库的基础及维护为切入点,重点介绍了 mysql 数据库应用系统的性能调优,以及高可用可扩展的架构设计。 全书共分3 篇,基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份...

  • mysql性能调优,sql优化、索引优化 慢查询日志 当查询超过一定的时间没有返回结果的时候,才会记录到慢查询日志中。默认不开启。 采样的时候手工开启。可以帮助我们找出执行慢的 sql 语句 查看慢 sql 日志...

  • 计算机是一种实验的科学,性能优化是实战的艺术 蒸汽机的改进不是一蹴而就的,mysql性能的改进也是贯穿整个...本文选自《千金良方:mysql性能优化金字塔法则》一书,将从整体上介绍性能调优的几个方面,并借用“...

  • 索引不合理 没有有效的索引视图 表数据过大没有有效的分区设计 数据库设计太差,存在大量的数据冗余 索引列上缺少相应的统计信息,或者统计信息过期 … 本片文章主要介绍的是如何sql优化方法跟技巧。 使用explain ...

  • 用于分析sql语句的性能。案例分析: mysql> show create table employees; create table `employees` ( `id` int(11) not null, `first_name` varchar(14) not null, `last_name` varchar(16) default null, ...

  • 最近帮人维护一个dz论坛,总结如下几个调优技巧,让 mysql 服务器飞速运行有 3 种方法可以加快 mysql 服务器的运行速度,效率从低到高依次为:1.替换有问题的硬件。2.对 mysql 进程的设置进行调优。3.对查询进行优化...

global site tag (gtag.js) - google analytics