我们有一个对响应时间非常敏感的基于MySQL的应用程序。 MySQL存储过程需要在不到10毫秒内平均响应，最大可接受响应时间为50毫秒。 我们的平均响应时间是飞行的颜色（更像是3毫秒），但是在五个小时的负载testing中，我们会得到一些（50个）大于50毫秒的响应，最大响应时间有时高达265毫秒。
关于调整MySQL和Linux以获得最佳性能有很多信息，我相信我们已经应用了大多数最佳实践，但是我很less发现如何减lessexception值的发生率并减less最大响应时间。
如何诊断这些exception值响应时间的原因，以及我可以使用哪些Linux和MySQL调优来减less这些响应时间？
这里有一些关于mysql性能的提示：
1-在用于select问号的字段上创build索引以提高速度。
2-在同一个表中保留less量的logging（如果适用）。
3-使用Myisam引擎，因为它通常比Innodb快，如果你不关心交易和Forigen密钥。
4-优化您的查询。
5-如果适用，在专用服务器上运行mysql，closures不需要的服务以保存服务器资源。
这里的偏差是多less？ 如果你符合你的平均SLA，那么总会有一些exception值是3,4和5个标准偏差。 你需要在SLA前面处理的事情是什么水平的例外是允许的最大限度吗？
几年前，摩托罗拉公司发表了一篇关于六西格玛制造商的大型商业广告，并以高尔夫球手为例进行了比较，指出他们的缺陷水平与100年来的差距相似。 关键在于100年来的一个例外是一个可以允许的例外水平。 从1：100,000到1：1,000,000的成本可以是非常小的回报。
你注意到在50毫秒级别上有50个例外。 这是总样本大小？ 考虑到降低税率所需的成本，从业务angular度来看，这种例外情况是否允许/合意？