但是很快地,我们发现,把所有的数据放在同一个库里面,随着业务的增长,数据量太大,响应时间变得越来越慢。业务需求已经承受不住了。
1.qps太高,单机无法承受?
2.热点数据太多,单机mysql无法有效利用缓存,频繁置换页?
还有其他原因吗?
但是很快地,我们发现,把所有的数据放在同一个库里面,随着业务的增长,数据量太大,响应时间变得越来越慢。业务需求已经承受不住了。
1.qps太高,单机无法承受?
2.热点数据太多,单机mysql无法有效利用缓存,频繁置换页?
还有其他原因吗?
4 回答1.2k 阅读✓ 已解决
8 回答1.2k 阅读
3 回答1k 阅读✓ 已解决
2 回答1.7k 阅读
1 回答845 阅读✓ 已解决
2 回答1.2k 阅读
2 回答1k 阅读
数据优化很简单, 测量->优化->改进->测量->优化架构
测量最简单的办法, 打开 slow query 日志, 统计占用时间最多的, 逐条优化, 优化后再测量
数据库性能优化最简单的办法是索引.
榨取数据库的每一个可能性, 没有改进办法,应用端加缓存. 再没有改进, 一主多众, 多主多从, 分表分库作为最后的选项. 因为分表分库都要求应用要重构,要针对分表分库重写才行。