diff --git "a/\345\274\200\345\217\221\350\256\241\345\210\222.md" "b/\345\274\200\345\217\221\350\256\241\345\210\222.md"
index 5c574f74c..e7b9a1119 100644
--- "a/\345\274\200\345\217\221\350\256\241\345\210\222.md"
+++ "b/\345\274\200\345\217\221\350\256\241\345\210\222.md"
@@ -1,8 +1,10 @@
-####1.任务暂停和恢复功能（紧急，耗时短）完成
+#### 1.任务暂停和恢复功能（紧急，耗时短）完成
 大概思路就是，新创建一个暂停任务表，当任务在页面上被用户点击暂停之后，就会被移动到这个暂停表里面，恢复的时候，从这个暂停表里面恢复到可执行表里面。当然这里面需要考虑任务正在执行等情况。
-####2.任务实时触发功能（紧急，耗时短）
+
+#### 2.任务实时触发功能（紧急，耗时短）
 这个功能暂时定为只有Cron任务才会有这个功能，对于实时和定时任务，只需要修改下任务执行时间即可（如果定时任务也需要这个功能，内部也只是将任务执行时间和优先级设置下就行），对于Cron任务，就需要内部新添加一个任务去执行。
-####3.LTS KV存储优化：
+
+#### 3.LTS KV存储优化：
 开始LTS自己的KV存储的目的主要是为了解决对第三方KV存储引擎的依赖，可以针对LTS的使用场景做各种优化和定制化。优化部分主要包含：
 
 * 当每个DataBlock的存储entry数目低于一定阀值（譬如50%）的时候，需要将DataBlock进行“垃圾回收”，删除并整理一些逻辑上已经删除的数据块。
@@ -10,7 +12,7 @@
 * 对于事务日志TxLog，目前没有删除策略，需要增加一个策略：当TxLog日志文件到达一定数量之后，并且当前所存活的kv个数为0的时候，可以将这些TxLog移除到bak目录下，待bak目录个数到达一定个数或者一定时间之后再删除。
 * 可以思考下数据压缩的问题
 
-####4.任务监控和报警（紧急，耗时长）：
+#### 4.任务监控和报警（紧急，耗时长）：
 监控方面主要着手几个方面：
 
 * 对于各个节点的监控和报警
@@ -24,18 +26,22 @@
 	* 可以自定义收到特定的BizLog进行报警
 * 报警形式可以是短信，邮件等
 
-####6.zookeeper客户端的封装 完成
+#### 6.zookeeper客户端的封装 完成
 主要是为了去除对zkClient和curator的依赖
-####7.LTS nio框架的实现 完成(待优化)
+
+#### 7.LTS nio框架的实现 完成(待优化)
 主要是为了去除对netty和mina的依赖
-####8.任务依赖的原生支持
-####9.对任务业务日志的处理
+
+#### 8.任务依赖的原生支持
+
+#### 9.对任务业务日志的处理
 可以采用按数量分表
-####10.TaskTracker增加设置,当自身节点内存不足或者cpu资源不足的时候,不去pull任务 (完成)
 
-####11.监控中心可以部署多个,主要用于收集节点的一些统计信息,采用注册中心节点暴露,不用各个节点人工设置 (完成)
+#### 10.TaskTracker增加设置,当自身节点内存不足或者cpu资源不足的时候,不去pull任务 (完成)
+
+#### 11.监控中心可以部署多个,主要用于收集节点的一些统计信息,采用注册中心节点暴露,不用各个节点人工设置 (完成)
 
-####12.在控制台增加对正在执行的job终止操作, 提供中断接口 (完成)
+#### 12.在控制台增加对正在执行的job终止操作, 提供中断接口 (完成)
 
-####13.重试次数可以设置在任务级别(完成)
+#### 13.重试次数可以设置在任务级别(完成)