如何解决执行sql存储过程(大数据量复杂的sql计算操作)时,不影响用户使用
在一个系统中,需要执行一个存储过程(里面封装多个具体业务模块的存储过程组合)进行大数据量的复杂计算过程。由于该执行过程耗时较长,因此每当一执行这个操作时,前台的功能模块就...
在一个系统中,需要执行一个存储过程(里面封装多个具体业务模块的存储过程组合)进行大数据量的复杂计算过程。由于该执行过程耗时较长,因此每当一执行这个操作时,前台的功能模块就无法及时响应,被阻塞住。其中对涉及计算的存储过程进行过优化处理,但是还是无法达到理想的效果。思考很久,想过很多方案,一直无法解决这个问题,困扰了我很久,现想请论坛中sql高手提供点建设性的解决方案,谢谢,分绝不少给。
我曾经想过的通过wait delay 方式间隔执行计算过程,避免长期锁住计算的表,阻塞住其他正常用户的访问,但是不是很有效果。
说明:系统涉及到计算的表的功能,计算时无法正常访问,其他功能可以正常访问! 展开
我曾经想过的通过wait delay 方式间隔执行计算过程,避免长期锁住计算的表,阻塞住其他正常用户的访问,但是不是很有效果。
说明:系统涉及到计算的表的功能,计算时无法正常访问,其他功能可以正常访问! 展开
2个回答
2013-08-25 · 知道合伙人互联网行家
关注
展开全部
对实时性不是非常必须的功能,不要放在主业务集中操作的同时操作。这个需要引导客户。
系统的开销就在那里摆着,没有别的办法,一运行资源就占了,CPU 资源,数据库资源,内存资源。
两个办法:一个是做一个数据库复制,可以半天复制一次,也可以一天复制一次(闲时复制),根据用户对数据的敏感度决定,存储过程运行不限时间,运行时访问复制数据库,不影响主数据库。需要额外资源:数据库服务器,数据库复制时间和网络资源开销;
第二个是定制成任务,闲时执行结果放到指定表中,或者直接以文件形式导出在服务器指定位置。用的人直接读记录或者读文件就OK 了。
请参考。
系统的开销就在那里摆着,没有别的办法,一运行资源就占了,CPU 资源,数据库资源,内存资源。
两个办法:一个是做一个数据库复制,可以半天复制一次,也可以一天复制一次(闲时复制),根据用户对数据的敏感度决定,存储过程运行不限时间,运行时访问复制数据库,不影响主数据库。需要额外资源:数据库服务器,数据库复制时间和网络资源开销;
第二个是定制成任务,闲时执行结果放到指定表中,或者直接以文件形式导出在服务器指定位置。用的人直接读记录或者读文件就OK 了。
请参考。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询