1、不要用join，数据多了一定会有性能问题，表间数据的一致性使用程序保证
2、单表数据如果多于1000万，就可以考虑分表。分表策略通常就是取模，但要提前做好数据量预估，否则再次分表就要重做数据了。如果数据特点简单（比如只是按主健查询），按自增id分表比较合适。
3、如果数据规模并不大但性能还是存在问题，可以有针对性的优化，比如根据慢查询分析问题所在，看是否有其他解决办法。
4、如果是通常的访问模式（比如读多写少），可以考虑主从架构。
5、如果写并发很多，并且写条件不是针对主键的（造成innodb不能按行锁而是锁区间），可以想办法优化，比如异步写，或者分库（分库要谨慎，通常是业务独立的才分库）。
mysql优化经验
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
推荐阅读更多精彩内容
- //我所经历的大数据平台发展史（三）：互联网时代 • 上篇http://www.infoq.com/cn/arti...
- MySQL技术内幕：InnoDB存储引擎(第2版) 姜承尧 第1章 MySQL体系结构和存储引擎 >> 在上述例子...
- 《高性能MySQL》&《MySQL技术内幕 InnoDB存储引擎》笔记 第一章 MySQL架构与历史 MySQL的...
