对于上述问题，分别采用了如下解决方案：

　　1， CICS版本做充分的测试，确保应用万无一失。在应用开发期间，对不同的数据库版本，不同的操作系统版本和不同的

　　2， locklist,maxlocks,locktimeout和dlchktime)等数据库配置参数;其次，为了让锁的快速释放不至于引起交易阻塞，就 需要我们在表上创建合理的索引。所以，造成引起锁等待的应用程序和SQL语句，对这样应用和SQL进行合理的构建索引。在业务逻辑允许的情况下，尽量使用 UR(uncommit read)的隔离级别来提高读并发。对于负控系统白天并发期间产生的大量锁现象，首先，需要加大相关数据库中有关锁的参数(

　　3， SQL语句，利用DB2监控工具(事件监视器)找出这些SQL语句并作出解释分析判断SQL语句的瓶颈，对于这些问题，对开发人员详细解释如何高效的使用SQL，协助开发人员修改应用。对于应用开发中的很多运行效率低下

　　4， CICS的接口，CICS和数据库的XA接口，在业务逻辑满足的情况下，尽量采用一阶段提交(1pc),因为1pc的运行性能要比两阶段提交好。对于应用程序和

　　5， DB2的数据库性能调整中，详细评估系统中可以使用的资源和系统最大可能占用的资源，逐步调整数据库的配置参数并进一步监控调整的结果。因为负控系统和营销系统，调度系统运行在同一台机器上，所以在进行