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

逃离我推掉我的手 2022-09-13 05:29 196阅读 0赞

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

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

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

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

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

文档里已经写得很明白了，开启了事物拆分功能后，在事物里的第一个写操作之前的所有读操作都会走从库。  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55-z6ZSL5by6_size_20_color_FFFFFF_t_70_g_se_x_16]  
真相已经大白了，把这个问题发到技术群里之后，结果同事说他们之前也遇到这个问题，但是没有深究，直接改写了查询 sql ，在 sql 之前加:

/*FORCE_MASTER*/

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

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

源:

@Transactional.*

目标:

$0\n    @SelectMaster

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55-z6ZSL5by6_size_20_color_FFFFFF_t_70_g_se_x_16 1]  
$0 是源整个字符串。\\n 是换一行。

恰好完美的解决了问题。

[Link 1]: https://help.aliyun.com/document_detail/197458.html?spm=5176.21213303.J_6704733920.76.2b823eda8GjsEJ&scm=20140722.S_help%40%40%E6%96%87%E6%A1%A3%40%40197458.S_hot%2Bos0.ID_197458-RL_%E8%AE%BE%E7%BD%AE%E7%8B%AC%E4%BA%AB%E4%BB%A3%E7%90%86%E4%BD%BF%E7%94%A8%E6%B3%A8%E6%84%8F%E4%BA%8B%E9%A1%B9-OR_main-V_2-P0_14
[Link 2]: https://help.aliyun.com/document_detail/146355.html
[Hint]: https://help.aliyun.com/document_detail/197467.htm?spm=a2c4g.11186623.0.0.7caf52cbZSWCCO#concept-2021299
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55-z6ZSL5by6_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/a35f020cbbee45099cb637fc78946e59.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55-z6ZSL5by6_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/5864cccb39294735b48903d1bed75405.png