记一次线上处理空指针异常的过程

参考链接:
阿里云数据库独享代理使用注意事项
阿里云数据库事物拆分功能
使用Hint语法

运营在群里@我，说用户刚注册了，但是登录不了。SSO 系统原来不是我负责的，前同事走了之后就交接给我了。用户系统和单点登录系统是分开的，注册是在用户系统发生的，注册后用户系统会把注册信息通过发送 mq 消息通知 SSO 系统处理。

先根据注册信息查询到消息体，然后根据消息体的关键字去查询 SSO 系统的日志，结果没查到。然后又去查用户系统的日志，发现报了空指针异常。然后根据错误日志提示找到报错的代码处。

发现，是刚插入的数据，在另一个事物里根据主键查询竟然没有查到。因为已经在查询的方法里加上了 @Transactional 注解，事物查询应该是走主库的。没查到，数据也没有删，还是在数据库里。在那一刻很明显是没有查到的，怀疑还是走了从库。问 DBA ，DBA 也不太清楚，建议加 FORCE_MASTER 强制走主库。

想刨根问底的追查一下问题的根源，在阿里云的钉钉群里问了阿里云的人，说是打开了数据库事务拆分的功能后，在事物里，查询也可能走从库。

文档里已经写得很明白了，开启了事物拆分功能后，在事物里的第一个写操作之前的所有读操作都会走从库。

真相已经大白了，把这个问题发到技术群里之后，结果同事说他们之前也遇到这个问题，但是没有深究，直接改写了查询 sql ，在 sql 之前加:

/*FORCE_MASTER*/

他们是自己写了个切面，在需要走主库的方法上打上注解，拦截 mybatis 的查询语句，在查询语句前面加了注解。

现在问题来了，查了下代码有好多处 @Transactional 注解，后面的异常还不一样，不能统一全局替换。知道 IntelliJ IDEA 有正则表达式替换功能，研究了下发现可以写正则来替换:

源:

@Transactional.*

目标:

$0\n    @SelectMaster

$0 是源整个字符串。\n 是换一行。

恰好完美的解决了问题。