【前言】

一月一度的企业测算来了，遇到一个非常棘手的问题，解决的过程挺有意思，在此与大家共享。

【有趣的过程】

一、前提：

1、需要的操作：30个存储过程，每个存储过程300行代码，平均每十行代码操作一个表；

2、目前耗时分两种情况：

（1）如果是单家企业执行没有企业并发的话，平均耗时在十分钟左右；

（2）如果有两家以上的企业同时执行的话，会出现并发的问题，这种情况下好的情况会大概半个小时执行完毕，坏的情况下直接执行失败。

3、执行流程：点下测算功能后会触发这三十个存储过程顺序执行，每执行完一个存储过程中后会往JobLog表中写一条执行该存储过程信息的一条信息记录。

二、现在的解决办法：

1、思路：由于企业已经开始测算，如果大的改动时间上已经来不及，所以为了尽快解决问题，让其走单线程即一个企业执行完再让另外一个企业执行。

2、实现这种思路想到了两种实现方式：

（1）每次企业进行测算前先去JobLog表中去进行校验，查看当前是否有企业正在进行测算；

（2）每个企业在进行测算的时候先往缓存中（目前系统采用的是Redis，系统中应用可以参考《Redis系列》）更新一下记录是否有企业在进行测算的标识为开始，结束的时候再将该标识更新为已完成，每次企业进行测算前去缓存中读取该值，以此来确定是否可以开始本次测算。

3、两种实现方式优缺点对比：

（1）采用缓存的方式

①优点：校验速度快

②缺点：提供不了存储过程执行的详细信息（比如：如果当前有企业在执行，该企业是哪个企业以及企业什么时候开始执行的，执行的什么程度等等）；另外增加Redis多了一个故障点；

（2）采用去数据库中读取JobLog表读取方式优缺点正好和采用缓存的相反。

三、扩展解决办法：

1、根据业务梳理存储过程，这是最根本的解决办法；

2、采用队列

3、就该问题请教一些大牛，他们给出的其中一些比较好用的技术：

（1）Ignite（学习资料：）

（2）组长推荐的

（3）方推荐的

快速的找到解决问题的方法，在诸多解决办法中挑选一个最适合当前所处环境的。