以下哪些是读写分离的原因
A.分担主库负载
B.保护主库不被运营等业务的高消耗的查询拖垮
C.提高服务器利用率
D.隐藏数据库,提高安全
- · 有3位网友选择 B,占比37.5%
- · 有3位网友选择 D,占比37.5%
- · 有2位网友选择 A,占比25%
A.分担主库负载
B.保护主库不被运营等业务的高消耗的查询拖垮
C.提高服务器利用率
D.隐藏数据库,提高安全
A.读写分离是将数据库分类,有的数据库只能写,有的数据库只能读
B.读写分离情况下数据库主库只能写,从库只能读
C.读写分离是利用从库分散主库查询压力,避免主库负载过大
D.读写分离是将读写请求随机下发到主库跟从库
A.高可用框架除了负责监听服务,通常还需要实现主从数据同步功能
B.MHA + keepalive VIP管理是可生产环境实施的可靠高可用框架
C.MHA可以保证主库故障时从库不会比主库丢失数据
D.MySQL运维过程中通常不推荐使用MHA等开源高可用框架
A.从库io线程获取主库binlog并负责将binlog发送给从库sql线程应用
B.半同步复制情况下从库sql线程应用完日志之后发送ack给主库binlog dump线程
C.正常复制情况下,从库会有2个复制相关线程,一个是io线程 一个是sql线程
D.从库使用io线程连接主库,主库将binlog数据发送给从库
A.半同步复制情况下,主库数据写入后,从库就马上可以看到数据
B.半同步解决了复制延迟问题
C.从库宕机,主库默认会一直卡住,保证数据0丢失
D.半同步会带来性能损耗,可以选择是否开启
A、在主库授权账号在从库有all prvileges权限
B、在主库授权账号在从库有replication client权限
C、备份主库 并且得到备份时刻binlog位置点
D、在从库上使用change master to语句将复制指向master实例
A.proxy-backend-addresses 表示主库的配置地址
B.proxy-read-only-backend-addresses表示从库的配置地址,不能写主库
C.client-ips表示IP黑名单
D.tables 表示要水平拆分的表
A.逐流负载分担不能保证包的顺序,也不能保证带宽利用率。
B. 逐包负载分担能保证带宽利用率,但不能保证包的顺序。
C. 逐流负载分担能保证包的顺序,也能保证带宽利用率。
D. 逐包负载分担能保证带宽利用率,也能保证包的顺序。
为了保护您的账号安全,请在“简答题”公众号进行验证,点击“官网服务”-“账号验证”后输入验证码“”完成验证,验证成功后方可继续查看答案!