想讨论一下读写分离的问题
目前正在学习MySQL,想了解一下专业DBA人士:1、什么情况下(最好)需要进行读写分离?有没有一个量化的界限,比如读有多少量、写有多少量的时候 必须进行读写分离?
2、读写分离是在程序层实现比较好,还是在数据库层面(比如通过中间件)实现比较好?
3、目前比较流行、广泛运用于生产的读写分离中间件有哪些?
谢谢! 1、什么情况下(最好)需要进行读写分离?有没有一个量化的界限,比如读有多少量、写有多少量的时候 必须进行读写分离?
如果请求比例是 读8 :写2 那么可以考虑读写分离,当然没有一个绝对的标准值
2、读写分离是在程序层实现比较好,还是在数据库层面(比如通过中间件)实现比较好?
在数据库层面实现更好
3、目前比较流行、广泛运用于生产的读写分离中间件有哪些?
maxscale
回复 2# lyhabc
十分感谢,对于第二个问题,为何在数据库层面实现比较好呢?能详细讲一下原因吗?多谢! 如果数据库本身压力不大, 没必要为了分而分。 程度复杂, 数据一致性很难保证。
@zhancat200801
降低程序的复杂性,解耦 回复 4# q1208c
谢谢!那数据库的压力大与不大,通过什么标准来区分?有没有一个量的概念?
话题是问读写分离,楼主需要理解一点,大部分互联网场景是读100-1000,写的机会才1次
58技术分享,一天写大概几万十几万的纪录,但是读请求大概有几千万
页:
[1]