Mysql优化方案

2014-01-15 01:45:08 +08:00
 ong
有个表,记录在500多W

最近状况十分异常,insert和update操作经常锁表,select操作比较正常

目前着手的优化方案如下:
1、合理构建索引
2、根据业务,剥离数据到nosql
3、主从搭建
4、insert和update采用队列(复杂度较高)


你们碰到过业务和mysql搭配瓶颈如何解决?有那些比较好的经验。
4710 次点击
所在节点    MySQL
13 条回复
mengzhuo
2014-01-15 08:53:00 +08:00
才500w条,主从分离
pantaovay
2014-01-15 08:54:27 +08:00
四个都挺好的,特别是第四个,如果不需要实时的话
ETiV
2014-01-15 08:59:40 +08:00
存储引擎?
mahone3297
2014-01-15 09:31:06 +08:00
@ETiV 好像有点道理。。。lz是否用的myisam?换用innodb试试。。。
VYSE
2014-01-15 09:52:25 +08:00
show processlist 看哪个经常导致问题,然后explain
tyzc
2014-01-15 10:20:49 +08:00
@mengzhuo 锁表和主从分离有什么关系?

1. show processlist 查看那些进程导致问题。
2. 打开slow log查看那些sql比较耗时。
3. 建立索引。

第四条就500W数据来看是不需要的,能锁表的证明是核心数据经常更新,所有锁表。
likuku
2014-01-15 10:27:46 +08:00
「最近状况十分异常,insert和update操作经常锁表」....这种操作频繁的,必然 innodb啊...貌似也只有这个可选了。
plprapper
2014-01-15 10:28:57 +08:00
贴出来mysql的版本 引擎等信息吧 。 要不然怎么看。。。
est
2014-01-15 10:31:39 +08:00
用这哥们的 weibo.com/dbatools 膏药patch一贴,再也不锁表了。轻轻松松上30w qps 。无责任广告。
wangchen
2014-01-15 10:40:15 +08:00
用Explain 分析一下 UPDATE 语句,针对其建索引。
ong
2014-01-15 12:06:52 +08:00
引擎确实是myisam

目前做了主从、读写分离
业务上可以通过haproxy走
dongbeta
2014-01-15 12:21:44 +08:00
单表三千万,mysql……

你可以看看《高性能MySQL》
skydiver
2014-01-15 13:38:51 +08:00
@ong 先换引擎吧……myisam当然经常锁表了……

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/97047

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX