个税APP用的是什么数据库

首先我是猜测，具体是什么不知道。但是今天一个操作实在让我吃惊了。听我慢慢说。

故事是这样的今年报税意外了，导致专项扣除有点问题。然后本月收入少了好几千。联系了公司人力资源，她们请我过去直接操作我手机看看专项扣除的问题。最终推断我修改了，但是税务系统和公司的对接上估计走的是定时批量。错过了定时任务的时间。说到这里我就觉得这样的设计不行啊，数据不同步了。（约定下个月财务要提前去检查一下数据同步情况）。从专业角度来说这种还是应该走接口比较好，说到底还是数据一致性问题。你看不一致就导致我少了好几千。所以金融领域的数据库是门槛最高的。

就在这个过程中人力资源发现我2020年多缴税了1万多。按说我司是央企，平时都计算好的。不存在这种要补缴的事情。因为我这几年收入无明显起伏，不会存在这种情况。不过她也无能为力，说我可能是操作错了。（我也得到了教训日后要我补的话，不可能存在这种情况。）

说句实话心有不甘啊，于是打了税务电话说可以打税务服务大厅尝试看看是什么原因能不能退？于是网上预约了一下，到最近的税务服务大厅。大厅几十个窗口，我想这全市不要几百个窗口啊？全国几万个串口吧？还有大家拿着APP。这每秒的QPS杠杠的。

工作人员是个小姐姐看了我的情况也是一脸懵。在PC端一顿操作数据是都看得到了，但是就是不知道问题出在哪里？可见我这个问题是比较难处理的。好在这时他们一个领导过来，拿我手机各种操作一会，推断有个地方我多填了收入。他要小姐姐修改这部分，然后就走了。小姐姐操作以后说，没有看到能退我1万多的地方。然后又各种核对数据。过了一会那个领导又来说怎么还没解决？小姐姐说，我只是保存没点确定。（只是update，没有commit）。因为页面上看不到要退1万多啊。那个领导不亏是领导，懂业务。说你大胆的点确定，页面不会显示当年的。要点完以后再。。。。。。具体我没懂税务的逻辑。就在小姐姐又一顿操作以后，她终于说：“好了，有了退税1万多”。

这时让我惊讶的动作来了。那个领导那我手机划了一下我原来的多缴税的页面。页面红色闪了一下，后大致是页面不可用。然后似乎就看到应该退税1万多。

我惊讶的是他没有让我退出重新登录。

我惊讶的是他没有让我切换页面再进来。

我惊讶的是他数据实时性一致性高。

毕竟这不是大厂出品，而且工作时间都是高峰。我忘了哪位朋友和我说的哪个数据库了。表中数据没变化的时候，两次select的结果不一样。一致性上都存在一些问题。这怎么做金融级别的数据库？

有时候开发设计的有缓存，但是缓存不及时更新，那么就带来了不一致。我个人觉得金融级的场景缓存应该及时更新。

有时候设计的是定时任务，那么就带来了不一致。我个人觉得金融级的业务场景（批量结算除外）就要避免定时任务。

来源：薛晓刚