2017年4月12日工作日记

今天上午首先是排查昨天平台稳定性低于0.995和任务总量低于100w的问题。分别用一个sql语句来查询数据库。

平台稳定性降低，首先要知道如何计算稳定性，即（任务成功+失败数）/任务总数，那么简单了，以产品线为单位，用数据说话，拉出拖后腿的产品线。

平台任务量降低，最好的方法是拉出昨天和前天的数据总量，并且order by productId，方便对比，可以清晰的看出每个产品线2天的数据量对比。

两条sql语句都放在了MVP资料/case/anonymity.txt文件里。

随后给一个业务线新增2个子节点。

接下来是测试es结点从1.2.7升级到1.5.2之后，获取dashboard数据的三个方法是否能够正确执行，并且结果也是正确。

首先，需要造数据。

如何造呢？

首先看三个方法中需要的数据，比如dashboardProduct 获取昨日product不同的数据，那么就造了一部分数据是昨天的，一部分是数据是前天的，一部分数据的status字段是成功的，一部分是异常的，一部分是超时的，一部分数据productId是不同的。

然后调用方法，看看根据创作的数据，返回的结果是否正确。

造数据这里确实花费了一部分时间，我想，主要还是要逻辑上清楚，调用这个方法大概要什么样的结果，需要创造什么样的数据，哪些字段要重点关注因此要各有不同。

接下来，是一个重点部分。

申请到一台开发机环境，想在上面布置2个es，从而测试能否进行数据迁移。

但是1.5.2版本的es需要java8支持，而环境默认是java6。

于是去更改环境变量，期间，由于操作失误，清空了环境变量，所以很多bash命令都用不了了。吓得冷汗直流。

后来在印象笔记的记录里找到了方法。

首先找一个正常环境 echo $PATH，获取到它的环境变量。

然后到用不了的机器上 export PATH=$PATH:别人的环境变量。

随后赶快vi ~/.bash_profile文件，内容嘛，照旧从别人那里抄过来，然后source ~/.bash_profile运行起这个环境变量设置。

还有一个问题就是Linux命令的等于号左右两边不能为空。否则赋值命令不生效。

今天的工作再一次告诉自己，1）做事情要谨慎，做之前要考虑后果，如果不是鲁莽的在Linux环境下用了粘贴，而粘贴的内容自带回车，环境变量也不会被清空。

2）做事之前要想清楚，如何做，预期什么结果。不要冲上来就动手。如果能谨慎的思考dashboardProduct等方法的目标，预期，造数据时候应该可以更加快，造数据的思路也可以更加清晰。

3）对Linux命令的掌握实在是不太好，连=两边不能有空格都不知道，以后要慢慢积累。

4）好记性不如烂笔头，所有事，无论多么小，也要记下来，最好能电子化，方便以后查阅。