首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >MySQL INNODB的性能非常差

MySQL INNODB的性能非常差
EN

Stack Overflow用户
提问于 2013-02-21 16:09:58
回答 1查看 1.1K关注 0票数 1

最近,我的MySQL5.5.27的性能非常差。我已经改变了配置中的所有内容,看看它是否在没有运气的情况下产生了影响。我要把桌子锁起来,每张桌子要锁6-9个锁。我的选择查询永远需要300秒-1200秒。

将所有东西移动到PasteBin,因为它超过30k字符 http://pastebin.com/bP7jMd97

SYS活动

90% UPDATESINSERTS 10% SELECT

备份了我的慢速查询日志。下面我有我的mysql信息。如果有什么需要补充的,请告诉我。

代码语言:javascript
复制
Server version          5.5.27-log
Protocol version        10
Connection              XX.xx.xxx via TCP/IP
TCP port                3306
Uptime:                 21 hours 39 min 40 sec



Uptime: 78246  Threads: 125  Questions: 6764445  Slow queries: 25  Opens: 1382  Flush tables: 2  Open tables: 22  Queries per second avg: 86.451

显示打开的表

代码语言:javascript
复制
+----------+---------------+--------+-------------+
| Database | Table         | In_use | Name_locked |
+----------+---------------+--------+-------------+
| aridb   | ek            |      0 |           0 |
| aridb   | ey            |      0 |           0 |
| aridb   | ts            |      4 |           0 |
| aridb   | tts           |      6 |           0 |
| aridb   | tg            |      0 |           0 |
| aridb   | tgle          |      2 |           0 |
| aridb   | ts            |      5 |           0 |
| aridb   | tg2           |      1 |           0 |
| aridb   | bts           |      0 |           0 |
+---------+--------------+-------+------------+

我撞到了砖墙,需要一些指导。谢谢!

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2013-02-22 09:19:40

从您的日志中可以看出,问题似乎是由于大量的锁同时更新/选择/插入了大量的数据而导致的(我敢肯定您也知道)。

如果不首先知道很多您没有提供的信息,比如表的大小、架构、硬件、配置、拓扑等,就很难给出性能提示--因此,无论如何,可能不是这么广泛的问题的最佳位置!

我将尽可能地保留我的答案,但可能要考虑或尝试的事情是:

  1. 运行解释选择查询,确保它们有选择地查找数据,不执行完整的表扫描或浪费大量数据。
  2. 让服务器执行它的插入和更新,但是创建一个用于报告的读副本,这样数据就不会被锁定
  3. 如果您一次更新多个行,请考虑一下为阻止如此多的数据被锁定而提供的有限制的更新
  4. 如果你能,延迟插入来缓解压力
  5. 查看硬件修复,例如固态磁盘,以获得IO性能和更多内存,这样就可以在内存中保存更多的索引/数据,或者拥有更大的缓冲区。
票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/15006933

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档