初始空间大小是7GB。在高并发的测试环境下,数据文件增长的非常快。当实际使用的空间超过7GB后，过一定时间就看到死锁。如果一开始就分配一个20GB的表空间，同样的测试(例子和时间)就不会遇到死锁。
我感觉应该是Oracle在申请磁盘空间的过程，导致一个DDM的请求(insert etc)的资源得不到满足，从而导致死锁。不过我没有找到这方面的资料，向大家求助， 谢谢！
我感觉应该是Oracle在申请磁盘空间的过程，导致一个DDM的请求(insert etc)的资源得不到满足，从而导致死锁。不过我没有找到这方面的资料，向大家求助， 谢谢！
个人理解， 对于表空间，我们会开启它的自动增加功能，但是这只是保险，以防唯一空间满了，而导致数据库hang住了。 当表空间使用率超过90%的时候，我们会手动在加一个数据文件。 根据楼主描述的情况，猜测，因为数据增常较快，而自动增加的速度有限。 在超过7G的时候，数据就无法写入磁盘文件，然后进程就不停的在那等待数据的写入。 造成了死锁现象。 这个也算是数据库hang住了。 所以当表空间超过90%的时候，我们最好就给它加一个数据文件，或者开始把表空间就设大点。 ------------------------------------------------------------------------------
Blog： http://blog.csdn.net/tianlesoftware
网上资源： http://tianlesoftware.download.csdn.net
相关视频：http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
Q Q 群：62697716
谢谢关注！
因为这个问题在生产环境中发生的可能性很小，除非DBA都放假了。我们后续也是通过分配大的数据空间来解决这个问题。问题是这是在测试时QA遇到的问题，现在开发需要一份权威的解释。所以仅仅是猜测是不行的。我也想提供更多的数据来描述这个问题。但出于公司保密条款，我只能给这些信息。你说的很好，如果你有这方面的官方文档资料介绍，请分享。
Blog： http://blog.csdn.net/tianlesoftware
网上资源： http://tianlesoftware.download.csdn.net
相关视频：http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
Q Q 群：62697716
恩，我有这个帐号，不过自从Oracle升级Support系统后，我还一次都没用过，谢谢你提醒。
Cause: Max locks have been reached for this transaction in this block
Action: Commit changes
这里问题在于在block上的锁达到了最大数量可以适当增加提交的频率看看