mysql查询优化与服务器性能
这个问题是关于比较查询优化-vs-服务器性能。所以我希望这个问题也能在这个论坛上发表 据我所知，优化查询的主要（但不是一个）原因是使服务器工作得更快 那么，对于服务器来说有什么区别吗：查询优化，所以它提供了+50%的性能，而将一个网站移动到另一个托管提供商的服务器速度要快1.5倍。mysql查询优化与服务器性能,mysql,performance,optimization,Mysql,Performance,Optimization,这个问题是关于比较查询优化-vs-服务器性能。所以我希望这个问题也能在这个论坛上发表 据我所知，优化查询的主要（但不是一个）原因是使服务器工作得更快 那么，对于服务器来说有什么区别吗：查询优化，所以它提供了+50%的性能，而将一个网站移动到另一个托管提供商的服务器速度要快1.5倍。 （当然，我们可以两者兼得，但时间也很重要，转移到另一个主机看起来要容易得多）。这取决于你所说的“更快”是什么意思。如果瓶颈实际上是磁盘，那么如果更快的机箱中的CPU的运行速度是较慢的机箱的十倍，这一点都不重要 举个极
（当然，我们可以两者兼得，但时间也很重要，转移到另一个主机看起来要容易得多）。这取决于你所说的“更快”是什么意思。如果瓶颈实际上是磁盘，那么如果更快的机箱中的CPU的运行速度是较慢的机箱的十倍，这一点都不重要 举个极端的例子，假设您有一个完全没有索引的表，所以所有查询都必须进行完整的表扫描。这几乎肯定会使磁盘成为瓶颈，因为您必须将整个表加载到内存中（尽管不一定同时加载所有表）以选择相关行 如果您将这个低效的查询转移到一个具有gruntier CPU但具有类似磁盘的盒子中，您将不会看到太多的改进 但是，如果添加一个只允许处理整个表的0.01%的索引，那么在没有更快的CPU的情况下，性能会有很大的提高 尽可能地研究移动到另一个主机，但我认为您可能会发现，分析较慢的查询并找出要添加哪些索引以加快查询速度更容易 正在执行
更改表。。。在我看来，CREATEINDEX…只要确保，无论你做什么，你都能衡量影响。没有前后的衡量标准，优化注定会失败：换句话说，衡量，不要猜测 这取决于你所说的“更快”是什么意思。如果瓶颈实际上是磁盘，那么如果更快的机箱中的CPU的运行速度是较慢的机箱的十倍，这一点都不重要 举个极端的例子，假设您有一个完全没有索引的表，所以所有查询都必须进行完整的表扫描。这几乎肯定会使磁盘成为瓶颈，因为您必须将整个表加载到内存中（尽管不一定同时加载所有表）以选择相关行 如果您将这个低效的查询转移到一个具有gruntier CPU但具有类似磁盘的盒子中，您将不会看到太多的改进 但是，如果添加一个只允许处理整个表的0.01%的索引，那么在没有更快的CPU的情况下，性能会有很大的提高 尽可能地研究移动到另一个主机，但我认为您可能会发现，分析较慢的查询并找出要添加哪些索引以加快查询速度更容易 正在执行
更改表。。。在我看来，CREATEINDEX…