遇到的有意思的问题

Thrift接口

线上新建任务失败，查询任务死慢
查询慢：中间进行了不必要的数据库查询，客户端连接超时关闭连接，服务端发送数据失败
解决：去掉不必要的数据库查询，增大客户端的超时时间
新建任务失败：Thrift线程池全用在了查询，导致没有线程去处理新建，导致失败
解决：扩大Thrift线程池的数量

Thrift反序列化异常

协议不对，导致连接异常，端口被攻击OOM，可以配置OOM自动执行脚本重启

配置被多次改变

没有用项目resource目录下的配置文件
第一次：maven中指定profile

mvn -Ptest clean package

第二次：在启动脚本中，重新引入配置文件，覆盖jar包默认的配置文件

export CLASSPATH=$APP_HOME/config:$CLSPATH

ssh不能跳转

权限不对，得改成755，775是跳转不过去的

replace into select

当数据超过1w，具体是几w没有测试，在mybatis中执行这个语句不管用，既没有插入进入，也不会报错

是因为2个表中，一个表的字段长度为200，另一个为100，导致有些长度超过100的数据就插入不进去，又因为在线程中，所以没有抛出异常

调用接口失败

Kafka并发数越大，失败次数越多，错误是拒绝连接，以为是Thrift最大线程数不够，结果是其中一个服务崩掉后，haproxy还会转发过去，导致一直报错，将报错节点启动后，正常访问

haproxy配置文件没有配置好

server后面的内容有一部分是一样的，导致后面增加的节点数不管用，name一定不能一样

listen bl_sentiments_60000
    bind 192.168.12.11:60000
    mode tcp
    balance roundrobin
    option tcplog
    option abortonclose
    option forwardfor  except 127.0.0.0/8
    maxconn    51200
    server nlp01 192.168.12.11:60001 check inter 2000 rise 2 fall 3
    server nlp02 192.168.12.11:60002 check inter 2000 rise 2 fall 3
    server nlp03 192.168.12.11:60003 check inter 2000 rise 2 fall 3
    server nlp01 192.168.12.11:60004 check inter 2000 rise 2 fall 3
    server nlp02 192.168.12.11:60005 check inter 2000 rise 2 fall 3
    server nlp03 192.168.12.11:60006 check inter 2000 rise 2 fall 3

配置多数据源

多数据源老是报空指针，多数据源没有配置对，导致里面存的映射关系还是另一个数据源的映射关系

当mybatis没有映射对的时候

执行的时候才去找相应的方法

public SqlCommand(Configuration configuration, Class<?> mapperInterface, Method method) {
  final String methodName = method.getName();
  final Class<?> declaringClass = method.getDeclaringClass();
  MappedStatement ms = resolveMappedStatement(mapperInterface, methodName, declaringClass,
      configuration);
  if (ms == null) {
    if (method.getAnnotation(Flush.class) != null) {
      name = null;
      type = SqlCommandType.FLUSH;
    } else {
     // 这里报出异常
      throw new BindingException("Invalid bound statement (not found): "
          + mapperInterface.getName() + "." + methodName);
    }
  } else {
    name = ms.getId();
    type = ms.getSqlCommandType();
    if (type == SqlCommandType.UNKNOWN) {
      throw new BindingException("Unknown execution method for: " + name);
    }
  }
}

RocketMQ

消费的时候调用RPC接口超时（没有设置超时时间），一直流控

中间件导致的oom
连接池超过
负载均衡策略有问题，测试环境调用到开发环境的接口
@Reference注入为空
dubbo反序列化为map
雪花算法workId重复，超过限制
多数源没有扫进去，导致mybatis执行失败
静态变量赋值失败，导致NoClassDefFoundError
延迟初始化，导致ApplicationContextAware注入容器失败
用了悲观锁，但是外面没有再次判断
rabbitmq消费消息失败，导致不断重试