Show last authors
| 1 | 背景：有客户提到桩离线后出现不稳定，在客户无法清晰描述具体因素的情况下，先从平台角度分析问题 |
| 2 | 跟踪： |
| 3 | 1、对问题运营商做故障类型统计记录。【统计过程中发现，一次故障记录存在多个状态，需确定离线的确切规律，希望准确反映问题】（见统计1（状态不精确）） |
| 4 | 2、微信故障通知 是否有可能引起不真实的反应，导致使用者对桩稳定性的质疑。 |
| 5 | |
| 6 | |
| 7 | 研发回覆之规律： |
| 8 | |
| 9 | ~1. 故障的类型一定是故障 选择“离线”，离线的类型看持续时间，时间比较短的（比如1、2分钟以内）应该是故障，时间较长的就是离线。这个可以在运营商管理那里调整时间阈值。 |
| 10 | 2. 广东云创没有设置微信通知，他们应该收不到微信通知。 |
| 11 | |
| 12 | 补充：系统端改进：离线的类型如果持续时间太短，你可以忽略掉，因为同时报了故障，在后台改了时间阈值，之后的5分钟以内的离线忽略 |
| 13 | |
| 14 | 故障记录的库名、表名和表结构 |
| 15 | |
| 16 | |
| 17 | 统计3 |
| 18 | |
| 19 | [[image:1578627104887-365.png]] |
| 20 | |
| 21 | |
| 22 | 统计2 |
| 23 | [[image:1578557987596-817.png]] |
| 24 | |
| 25 | |
| 26 | 统计1（状态不精确） |
| 27 | |
| 28 | [[image:1578556039513-782.png]] |
| 29 | |
| 30 | [[image:1578556092978-626.png]] |