adjust fakeMySQLVersion's description (actiontech#261)

wenyh1 · yanhuqing666 · commit 19735667ea82 · 2021-11-19T16:51:09.000+08:00
Co-authored-by: wd2365151147 &lt;44251917+wd2365151147@users.noreply.github.com&gt;
diff --git a/1.config_file/1.02_bootstrap.cnf.md b/1.config_file/1.02_bootstrap.cnf.md
@@ -249,11 +249,13 @@ MaxDirectMemorySize = 0.6 * dble总内存
 <td ><br>  
 <p><sub>fakeMySQLVersion</sub></p><br></td>  
 <td ><br>  
-<p><sub>dble模拟mysql版本号</sub></p><br></td>  
+<p><sub>Dble模拟Mysql版本号</sub></p><br></td>  
 <td ><br>  
 <p><sub>默认NULL</sub></p><br></td>  
 <td ><br>  
-<p><sub>模拟成正常的MySql版本在进行前端协议交互的时候能够使用到</sub></p><br></td>  
+<p><sub>模拟成正常的MySql版本, 用于与客户端协议交互<br/>
+注意：填写的版本号不能高于后端Mysql节点的最低版本号, 否则启动失败<br/>
+建议：填写的大版本号与后端Mysql节点的大版本号保持一致</sub></p><br></td>  
 <td ><br>  
 <p><sub>MYSQL版本号</sub></p><br></td>  
 </tr>  
@@ -418,7 +420,7 @@ MaxDirectMemorySize = 0.6 * dble总内存
 <p><sub>默认0/单位无</sub></p><br>  
 </td>  
 <td ><br>  
-<p><sub>开启之后以一定的比例统计查询过程中的各个步骤的耗时情况，可以使用BTraceCostTime.jav进行观测,也可在管理端使用show @@cost_time观察</sub></p></td>  
+<p><sub>开启之后以一定的比例统计查询过程中的各个步骤的耗时情况，可以使用BTraceCostTime.java进行观测,也可在管理端使用show @@cost_time观察</sub></p></td>  
 <td ><br>  
 <p><sub>1-是0-否</sub></p><br></td>  
 </tr>  
diff --git a/1.config_file/1.13_schema_default_sharding_table.md b/1.config_file/1.13_schema_default_sharding_table.md
@@ -46,15 +46,15 @@ CREATE TABLE `tableB` (
 - **shardingNode和function匹配**：与shardingTable中的shardingNode和function匹配规则一致
 - **拆分列选举规则**：对schema下默认拆分表，拆分列由Dble内部选举规则决定
   - 选举时机：
-    - 根据执行DDl语句中仅create table语句进行选举拆分列；其他修改表结构的DDL不会重新选举拆分列
-    - 加载元数据(如启动/reload)，会根据show creata table语句进行选举拆分列
-  - 选举规则：先避开自增列(如auto_increment列)，然后根据优先级高的作为拆分列：主键->唯一键->索引列->id列->第一列; (不支持与function的数据类型智能选举列); 如tableB选举的拆分列为'c4'；
-  - <font color=blue>注意事项</font>：若中途执行修改表结构的DDL后，重新加载元数据(执行reload @@metadata)，拆分列会因重新选举而可能发生变化(导致后续路由结果与之前的不一致)
+    - 根据执行DDL语句中仅对`create table`语句进行选举拆分列；其他修改表结构的DDL不会重新选举拆分列
+    - 加载元数据(如启动/reload)，会根据`show creata table`语句进行选举拆分列
+  - 选举规则：先避开自增列(如auto_increment列)，根据优先级高低选举为拆分列：主键->唯一键->索引列->id列->第一列; (不支持与function的数据类型智能选举列); 如tableB选举的拆分列为'c4'；
+  - <font color=blue>注意事项</font>：若中途执行修改表结构的DDL后，重新加载元数据(执行`reload @@metadata`)，拆分列会因重新选举而可能发生变化(导致后续路由结果与之前的不一致)
 - **View支持度**：schema有配置默认拆分算法时，该schema仅支持Dble层面的View
 - **DML&DDL支持度**：与shardingTable支持度一致
 - **告警**：开启告警功能，在加载元数据时(如reload)或者开启表一致性检查时(bootstrap.cnf中`-DcheckTableConsistency=1`)
   - 部分shardingNode对应的物理库中表存在丢失场景，Dble会有对应告警提示
-  - 所有shardingNode对应的物理库中表均丢失场景，Dble会从内存中移除该表；对应日志关键字检索'has been lost, will remove his metadata'
+  - 所有shardingNode对应的物理库中表均丢失场景，Dble会从内存中移除该表；对应日志关键字检索:`has been lost, will remove his metadata`
 - **reload**
   - `reload @@metadata [where schema=? [and table=?]]`：从默认拆分片中加载元数据
   - `reload @@config_all [-s] [-f] [-r]`：是否从默认拆分片中加载元数据需具体场景而定(理论上与默认单分片加载元数据的逻辑一致)
