长期任务跑三个月以上，账号和代理IP地址的对应关系就必须写下来。中间换过人、加过窗口、换过线路，只靠记忆，早晚会出现一条记录都对不上的时候。把关系对上这件事，做一次能管很久，不做就一直还债。
怎么建这张表
表里最少要有哪几列
账号、当前地址、线路编号、绑定日期、上次变更原因。五列就够，多了维护不动。变更原因这一列看着多余，三个月后排查的时候它最有用。
| 列名 | 记什么 | 用在哪 |
|---|---|---|
| 账号 | 登录名，别写简称 | 查重、对账 |
| 地址 | 当前这条代理IP线路的地址 | 判断有没有换过 |
| 线路编号 | 后台清单里的编号 | 换线时照着改 |
| 绑定日期 | 哪天开始用这条 | 算用了多久 |
| 变更原因 | 为什么换的 | 排查时看规律 |
多久更新一次
每次变更就更新，别攒。攒着改最容易出错，改的时候记不清哪次换了什么，只能凭印象填，填完自己也不敢信。
长期任务的表，维护成本主要在前两个月。刚开始每条变更都要记，慢一点，两个月之后形成习惯，一条变更花十几秒。真正花时间的是补旧账，所以新起一批任务的时候就把表建起来，别等出了问题才回头补。
换人怎么交接
长期任务换人交接，不看聊天记录，看这张表。表更新到交接当天，接手的人照着表就能接管；表是旧的，交接就要花几天重新梳理。
怎么用这张表排查
出现异常先查表：这个账号最近有没有换过代理IP线路、换了之后多久出现异常、同一时间段还有哪些账号也换了。三条一起看，多数问题能定位到具体某一次变更上。定位不到就去看设备参数有没有同步改过，这一步经常被漏。
表要不要备份
要。存在本地一份，云端一份，两份都按日期命名。只有一份的表，误删一次就全没了。
长期跑下来，表里的地址要写完整，别只写地区。只写地区的表，两天后就分不清哪条是哪条；完整地址加线路编号，找人核对的时候一眼就能对上。地址换过的那一行标注日期，旧地址划掉但不要删，删了就查不到历史。
对应关系写清楚，长期任务才跑得稳。
表的价值在更新频率，不在设计得多漂亮。