我们有一个基于MySQL的应用程序,非常响应时间敏感。MySQL存储过程平均需要10毫秒以下的响应,最大可接受的响应时间为50毫秒。我们的平均响应时间是飞黄腾达的(更像是3毫秒),但在5小时的负载测试中,我们将得到一些(~ 50 )响应大于50毫秒的响应,其最大响应时间有时高达265毫秒。
有很多关于调优MySQL和Linux以获得最佳性能的信息,我相信我们已经应用了大多数最佳实践,但是我发现很少有关于如何减少异常值的发生率和减少最大响应时间的方法。
我如何诊断这些异常值响应时间的原因,以及我可以应用什么Linux和MySQL调优来减少它们?
发布于 2011-11-07 21:18:23
下面是mysql性能的一些提示:
1-在用于选择量化的字段上创建索引,以提高速度。
2-在同一表格中保存少量的记录(如果适用的话)。
3-使用Myisam引擎,因为如果您不关心事务和forigen键,它通常比Innodb更快。
4-优化您的查询。
5-在专用服务器上运行mysql (如果适用的话),并关闭不必要的服务以节省服务器资源。
发布于 2011-11-08 18:27:27
这里的偏差水平是多少?如果您正在满足您的平均SLA,那么总会有一些异常值,即三、四和五个标准差。在SLA方面,您需要处理的问题是,在最大限度内允许什么级别的异常?
几年前,摩托罗拉有一个很棒的广告,谈到了六西格玛的制造原则,并以高尔夫球手作为类比,指出他们的缺陷程度与100年来缺失的缺陷相似。这里的关键是100年的一个例外是一个允许的例外级别。从1:100,000转移到1:1,000,000的成本对于很少的回报来说是非同寻常的。
您注意到50毫秒级的50个异常。这是一个样本的总数?从业务角度来看,这一例外率是否允许/可取,同时考虑到削减这一比率所需的成本?
https://serverfault.com/questions/328485
复制相似问题