服务的链接字符换出错，又没有做日志监控，导致周五、周六、周日的数据更新全部出错，周日的发现了，这个时候错误日志已经达到1.5w条了，当时就崩溃了。。。。

关键是的是，还让其他服务也崩溃了（其他服务也用的这个数据库）。。。因为数据更新不停的尝试更新数据，连接错误数瞬间达到数据库的最大值，数据库不响应了，，，我那个去啊。

迅速改好连接，让服务正常使用。接下来就需要恢复数据了。

把日志拿出来，整整10M啊。。。。为了提取需要的信息，直接找了个在线正则表达式，当时想用正向预查来提取信息，结果不响应，打开调试器，有脚本异常。难道写错了？查看官方文档，没错啊，那再试试，，结果还是不行，反向预查也不行。难道是脚本不支持？so，立马用C#试试。正向预查成功了，，，脚本你个坑货。立马变成工具（工具地址在文末）。

因为程序设置的是自动修复3次数据，所以1.5w数据，最终提取、去重后，只剩了3k多条，ok，执行数据同步。

还没完。。由于搜索(solr)是在程序数据同步时更新索引，程序执行出错，自然也就没更新索引了，这个更新就打算来个粗暴的，全部更新，打开solr服务器一看，尼玛很多用户在使用啊，算了吧，等到了晚上10点再更新吧。

到了10点，一看，还是这么多人啊，干脆就把以前写的一个solr的自动重建索引工具用起来了（虽然写了，但是一直没用），重建时间设置为晚上11点，以免太晚了出什么篓子后不知道（虽然加入了出错邮件通知，但是很久没用，不放心）。

第二天早上一看数据，正确！

总结：在线正则个坑货，本来几分钟搞完的，害得我弄了2个多小时

工具连接：我上传了居然在我的资源里面看不见，难道还要审核？算了，没什么技术含量，直接使用Ｒｅｇｅｘ类，以后想起后在传吧