### What problem were solved in this pull request?

Issue Number: close #151 

Problem:
当前在发送消息到客户端时，每个数据都会刷新socket buffer，效率很低

### What is changed and how it works?
实现BufferedWriter，通过buffered
writer将消息缓存在内存中，结果写完时或者buffer满时，才将结果真正的发送到客户端。

### Other information

### What problem were solved in this pull request?

Issue Number: close #173 close #136 

ref #174 
ref #165 

Problem:
这个PR修改了多个问题，可以参考各个issue。包括observer编译两次、代码目录规划不合理、command executor未全部实现等

### What is changed and how it works?
做一些重构优化，包括CMakelist、一些代码目录、command executor

### What problem were solved in this pull request?

close issue: #186 

Problem:
实现MVCC代码后没有将持久化代码合并进来

### What is changed and how it works?
支持并发模式下落日志，并在异常停机后回复。

持久化是事务模块中最复杂的功能（没有之一），当前miniob实现的持久化简化了非常多，因此不能依赖持久化能力，仅仅作为一个学习测试的工具，在实际测试时也有一些限制。

### Other information

### What problem were solved in this pull request?

Issue Number: close #149 

Problem:
RC return code ，定义的东西太多，不太简洁，并且有很多错误码当前没有使用

### What is changed and how it works?
仅使用enum RC 定义错误码，删掉其它枚举定义。
删除当前没有使用的错误码。

### Other information

### What problem were solved in this pull request?

Issue Number: close #155 close #135 

Problem:
实现了简单的事务处理。
当前支持并发事务数据.

### What is changed and how it works?
- 支持两种事务模式：Vacuous和MVCC。
  Vacuous 事务模式算是没有事务，它的事务接口什么都不做。
MVCC 是多版本并发控制(Multi-Version Concurrency
Control)，使用多个版本保留记录数据。启动miniob时增加运行时选项 -t mvcc可以选择mvcc。

- MVCC：简单模式的多版本并发控制。
  当前miniob仅包含insert和delete操作，因此数据最多包含两个版本，并且不需要在record中保留版本链表信息；
  不支持持久化；
  没有做垃圾回收；
  遗留一个BUG：在提交时没有保证提交的数据一次性对外可见；
  使用简单的写写冲突策略：检测到要修改的数据当前有人在修改，就回退

- 编译MINIOB时使用 -DCONCURRENCY=ON 才会支持并发
支持各个模块并发处理，包括buffer pool、bplus、record
manager。如果编译时没有使用CONCURRENCY选项，则保持原样，不支持并发，保持系统的简单性。

- 编译时增加 -DDEBUG=ON 还会增加并发调试日志与严格的运行时检测(ASSERT语句)
- 当前版本代码中包含了bplus tree和record manager的并发测试，参考benchmark目录下的代码。

### Other information

2022 oceanbase competition