关闭。这个问题需要更加突出重点。它目前不接受答案。
**想改进这个问题吗?**通过编辑这篇文章更新这个问题,使它只关注一个问题。
两年前关门了。
改进这个问题
我在一个极端负荷的环境中工作。它是一个数据库,大约有一千个用户使用一个应用程序。此应用程序对数据库执行数千次查询。我们已经注意到性能随着时间的推移而显著下降,正在寻找解决这个问题的长期方案。当然,查询优化是我们的工作之一,我们也在优化索引;然而,这还不足以看到我们需要的性能提升。
我在sql server工作了几年,但我的mysql知识有限。为了开始扩展mysql,我研究了切分,但是由于我们使用的是mysql社区版,我担心这会带来更多的麻烦。唯一的其他可能性是重新设计应用程序,特别是它如何从数据库中提取数据,但我不想这样做。
所以我的问题是,分享值得追求吗?没有企业版mysql是否可行?你能推荐另外一种可能性吗?
1条答案
按热度按时间2g32fytz1#
打开slowlog
long_query_time=1
. 等一天。使用pt-query-digest
找出“最差”的查询。那我们来讨论一下。有时它涉及到一个“复合”索引的简单添加。也就是说,查询速度慢几乎总是导致伸缩问题的原因。
如果我们把它作为一个问题来解决,那么我们就可以讨论切分和其他非琐碎的方法。
我们必须看看
SHOW CREATE TABLE
以及其他线索。