总结最近遇到的一些技术问题

1、问题1:上线之后，接口返回的数据不稳定，就是一次对的返回数据，一次错的，而在测试环境请求接口一直是对的；

    原因：猜测上线的文件脚本没有同步，果然去其中一台服务器看代码没变

    解决：去有问题的服务器看硬盘内存 df命令，Use占满了，我们这次是日志太多空间满了，没有设置只保存7天的日志，因为看的时候去年的日志都还有，所以删除这些日志，再设置只保存最近7天的即可

 

 

2、问题2:去测试环境pull代码，显示如下：

 

  原因：我们git进行了一次升级，将虚拟账号或者离职人的账号都锁定不能用了

  解决：找了很多网上说的比如重新设置远程仓库地址或者密码不对，都可以尝试，我是尝试了其他的都没有解决，然后直接删了项目，用root账号又clone了一份新的，就可以pull下代码了

 

3、最近有给别的团队导数据，发现使用【 insert into 表名（列名1，列名2） select 列名1，列名2 from表名 where 条件 】速度很快哈哈哈哈，因为之前我都用脚本写的一条条查出来再一条条循环插入查出来非常慢，如果直接导数据建议用这个哈哈哈哈

 

4、提供的接口，接收的参数一定要做好严格的参数过滤，比如针对地址的，比如某个地址没有做安全过滤，服务端收到链接后会主动请求，如果请求成功会返回0，失败返回-1，基于返回信息，可以探测内网，深度利用方式为通过该ssrf漏洞直接调内网接口，实现内网任意请求。解决就是确定好地址host，如果不是约的的host拒绝该请求，不继续接口里的处理逻辑。

 

5、接手的项目中有id对于下游来说重复的问题，原因就是其实对于下游来说就一个id，但是这个项目设计的是两张表，两个id，那下游在进行获取数据的时候就会再加另外的字段才能确定唯一的数据，所以感觉好的一个表设计太重要了，虽然做了id直接步长的一个不同，比如其中一个表从1自增开始 另一个表从100000自增开始，但是当其中一个表数据足够大的时候还有会有机会重合，所以这种最好是要不放到一张表，这样保证id唯一，要不分两张表的话，这两张表生成的id使用id唯一生成器，插入两张表的id都是唯一值。就像我们公司mid生成，就是使用id发号器。

 

6、还遇到一个问题，比如一个链接，就是我们提供的链接，在公司Wi-Fi环境下可以正常打开，接口返回正确，但是切换到4G下就不行，产品和运营百思不得其解，我当时看也是蒙，看接口也没问题啊，最后抓包看，对象库用的链接是我们的内网域名。。。。

 

以上就是这个月遇到的一些问题，记录一下