【 使用环境 】测试环境
【 OB or 其他组件 】社区版
【 使用版本 】4.0
【问题描述】
花了两个半天的时间 体验了一下 OB 4.0社区版，总体感觉 比 之前的版本有很大提高。
老版本折腾了一天根本就安装不上 
记得在github 提了个issue, 回复让我去
修改C的头文件，这是什么神操作啊，什么用户体验 ？？？ —此处省去1000字。。。
4.0 版本 很快就安装上了，都打包成rpm包比较方便，组件之间的依赖关系也基本跟mysql差不多。
但是，问题随之来了，我没有用all-in-one那个包来安装，用rpm包安装后每个组件的安装目录都不一样，有/home/admin目录下的，有/u01/obclient下的，还有Prometheus,Grafana这两个监控组件各自有各自的主目录，
总体感觉 目录结构非常乱。
建议 参考Oracle数据库的安装流程，/u01/app/oracle 就是ORACLE_BASE, 然后
在这个base下 你可能会有DB_HOME, TOOLS_HOME, 各种HOME, 这样都在一个目录下，用户去查找文件，特别是日志文件很方便。
问题2：
将错误信息尽量第一时间详细的展示给用户，不要出现
https://www.oceanbase.com/product/ob-deployer/error-codes 之类的提示，你可以占在用户的使用角度想想，一边要在终端下敲各种管理命令，一边还要开个浏览器窗口去查错误码 ？
最好的方式是提供oerr之类的工具， 直接输入错误码 就能返回具体的错误信息。
问题3：
observer.log日志文件中有用的部分太少
例如observer 启动失败了，用户第一时间可能想到的是去查看日志，我刚才也查看了一下日志，基本没有什么有用的信息，可能跟默认的日志级别有关系，INFO之类的日志太多。
问题4： 返回更友好的错误信息
这个问题和问题2 有关联关系。建议尽量不要返回
Lost connection to MySQL server during query 之类的错误
问题5: 部分基本的sql命令有bug
我会在另外的帖子描述。
【复现路径】问题出现前后相关操作
【问题现象及影响】
【附件】
