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的...