
更多 IT 认证课程请访问 美河学习在线 www.eimhe.com
Sql 调优,8 道题左右(分区表,hint,sql 监控)
Obproxy,8 道题左右(启动模式,LDC,弱一致性读,参数配置)
存储引擎,10 道题左右(内存结构,转储合并冻结)
故障运维,10 道题左右(用户权限,日志,黑屏运维,慢 sql,系统视图,回收站,闪回)
4、具体分析
备份恢复:
1、恢复的最小力度:租户级,可以批量恢复多个租户
2、OceanBase 支持全量备份和增量备份,全量备份是对存储层的基数数据进行备份,增量
备份是通过 redo-log 备份,OceanBase 支持在线实时的全量和增量备份
3、备份介质:阿里云 OSS 存储,NFS
4、备份恢复数据方面,支持逻辑数据(比如用户权限,表定义,系统变量、用户信息,视
图信息等)和物理数据
5、物理备份由基线数据、日志归档数据两种数据组成
6、集群搭建完毕后开始备份前一定要执行一次 major_freeze,不然会由于版本 1 没有冻结时
间而导致备份失败
7、基线备份过程如果有合并的话,所有任务会重置,重新开始
8、租户备份和该租户所在的集群备份是互斥关系
9、一个集群只能创建一个租户备份调度
分布式事务:
1、参与者或者协调者 down 机
2、全部参与者发送 prepare ok,客户端会 commit
3、OceanBase 用集中式服务来提供全局统一的版本号(全局一致性快照),没有采用 GPS+
原子钟
4、每一个租户都有一个单独的 GTS 服务
5、OceanBase 两阶段提交,中心化指的是协调者(Coordinator),强一致性指的是需要所有
参考者(Partcipant)均要执行成功才算成功,否则回滚
6、如果事务在 prepare 状态落盘之前发生宕机,机器恢复后事务会回滚
7、如果事务处理 commit 阶段,由于 clog 已经落盘,即使发生宕机场景,事务都会执行完
成,只是业务端可能会收到事务 unknown 的回复,需要业务端 Confirm 事务的状态
8、分布式事务调优方法:
(1)业务数据模型设计原则:尽量避免跨机分布式事务
评论