Mysql优化方案

有个表，记录在500多W

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

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

你们碰到过业务和mysql搭配瓶颈如何解决？有那些比较好的经验。

pantaovay

2014 年 1 月 15 日

四个都挺好的，特别是第四个，如果不需要实时的话

mahone3297

2014 年 1 月 15 日

@ETiV 好像有点道理。。。lz是否用的myisam？换用innodb试试。。。

VYSE

2014 年 1 月 15 日

show processlist 看哪个经常导致问题，然后explain

tyzc

2014 年 1 月 15 日

@mengzhuo 锁表和主从分离有什么关系？

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

第四条就500W数据来看是不需要的，能锁表的证明是核心数据经常更新，所有锁表。

likuku

2014 年 1 月 15 日

「最近状况十分异常，insert和update操作经常锁表」....这种操作频繁的，必然 innodb啊...貌似也只有这个可选了。

plprapper

2014 年 1 月 15 日

贴出来mysql的版本引擎等信息吧。要不然怎么看。。。

est

2014 年 1 月 15 日

用这哥们的 weibo.com/dbatools 膏药patch一贴，再也不锁表了。轻轻松松上30w qps 。无责任广告。

wangchen

2014 年 1 月 15 日

用Explain 分析一下 UPDATE 语句，针对其建索引。

ong

2014 年 1 月 15 日

引擎确实是myisam

目前做了主从、读写分离
业务上可以通过haproxy走

dongbeta

2014 年 1 月 15 日

单表三千万，mysql……

你可以看看《高性能MySQL》

skydiver

2014 年 1 月 15 日

@ong 先换引擎吧……myisam当然经常锁表了……

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

https://study.congcong.us/t/97047

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

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