可以在对应异常的observer的日志目录执行下grep‘markandsweep’observer.log，看下是否是数据块多了，如果是的话是属于正常的。此外在并发度较高的时候，写入buffer的宏

这里有https://oceanbase.github.io/docs/operationmaintenance/onlineofflineddl/

4.0版本后内部表不会暴露出来，可以使用视图查询：GV$OBSERVERS

MySQL没有匿名块，可以用CREATEPROCEDURE语句创建一个有名字的存储过程，再用CALL语句调用。

死锁杀事务的时间是秒级，唤醒的时间很短；可以满足日常使用；目前死锁检测可能出现漏检测和误杀，后续版本会逐渐完善。

官网下载的就是OB软件，跟正式用的是一个版本。不用在意试用两个字。https://mp.weixin.qq.com/s/ea5vHMMePYNRrzPWIA3Q

3.2重新初始化目录方法：cd/home/admin/oceanbase/bin/rmrfaudit/etc/configlog/run/store///然后再是bin/observer接参数

看看现有ob的大目录。停掉OB集群，将大目录迁移到ssd上，然后做一个软连接 lns 。修改目录权限。启动OB集群。

看起来出错的行是这个chmodux./bin/${BIN}&&./bin/${BIN}f./conf/conf.json&>${logpath}/out.log&

分区。按流水产生时间做一级range分区按流水号做二级hash分区。流水号设计里冗余日志产生的日期时间。这样虽然查询条件是流水号，但同时可以限定产生时间为某一天，SQL执行计划可以直接定位到某个二级分