当建立同Oracle会话时，会在服务器内存中划分出一个专门用来排序的区域，从而为会话提供排序空间。但是，这个排序空间毕竟有限，若记录数量超过这个排序空间的话，就需要进行磁盘排序。但是，我们都知道，磁盘排序的执行速度要比内存排序的执行速度慢1400倍。而且，磁盘排序会消耗临时表空间的资源，并且可能影响到正在进行的其他SQL排序，因为Oracle必须为临时表空间中的数据块分配缓冲池。而且，过多的磁盘排序会导致空闲缓冲等待，以及将执行其他任务的数据块从缓冲池中分页出去。对于数据库管理员来说，在内存中进行排序总是比磁盘排序更受欢迎。所以说，磁盘排序是影响Oracle数据库性能的罪魁祸首。在数据库优化的时候，我们应该想法设法降低数据库的磁盘排序。为此，笔者有如下建议。

　　一、合理设置Sort_area_size参数

　　虽然说Oracle10G以后的数据库会自动对内存进行管理。但是，在一些性能要求比较高或者排序频率比较高的数据库中，仍然有必要对一些影响内存分配的参数进行调整。其中，最重要的一个参数就是Sort_area_size。

　　Oracle数据库会为所有的链接Oracle会话分配Sort_area_size这个参数。所以，对于拥有大量用户的数据库来说，如果增加这个参数的值，会让磁盘排序的几率明显降低，不过数据库也要为此付出这个代价，很容易导致内存过载。但是，如果这个参数的值设置的过低的话，又会导致过多的磁盘排序。所以，这个参数并不是越大越好。因为这个参数如果设置的过大的话，其带来的性能收益反而会降低。因为为了提高有限几个查询的速度，可能会浪费大量的内存。这无疑是我们数据库管理员不希望看到的。

　　在实际工作中，我们往往需要在两者之间进行一个均衡。设置一个合理的参数，尽量让数据库减少磁盘排序的几率，同时也不能使得服务器内存过载。为此笔者有一个建议。数据库管理员应该每隔一段时间增加这个参数的值，并使用Statspack工具定时监控内存排序与磁盘排序的数据。在起初进行调整的时候最好每个小时查询一次。通过这些数据，我们就可以得到一个合理的参数值，在两这之间取得一个均衡。

　　前期调整完成后，在后期仍然需要进行监控。因为后期随着企业应用的改变，这个参数仍然需要根据实际情况进行调整，以提高数据库的性能

　　二、尽量减少不必要的磁盘排序

　　在某些情况下，尽管数据库管理员没有直接通过Order By等语句对数据库记录进行排序，可是Oracle数据库服务器仍然会对查询结果进行排序。因为这些语句需要起作用，必须要先对数据进行排序。所以，他们往往带有隐性的排序功能。

　　我们在数据库维护或者前台应用程序设计的时候，要尽量的减少这种不必要的排序。如Distinct关键字，它的作用就是取消重复的记录。但是，要实现这个目的的话，则数据库必须要先对记录进行排序，然后才能够去除重复的记录内容。故在设计的时候，尽量要避免使用Distinct关键字。其实，笔者在工作中，经常会碰到这种情况，某些记录其实不存在重复记录，但是程序开发人员为了保障数据的准确性，就在SQL语句中加入了Distinct关键字，从而造成了不必要的排序。

　　另外，在其他一些情况下，也会导致不必要的排序。如排序合并连接，也会导致不必要的排序。故无论何时，只要使用了排序合并连接，就会执行排序已连接关键值。故在数据库与应用程序设计的时候，要尽量避免排序合并连接。其实，在许多情况下，嵌套循环连接反而使更好的选择。因为这个嵌套循环连接，它更加有效而且不会导致不必要的排序以及不比要的全表扫描。

　　其次，有时候缺失索引也会导致一些并不要的排序。故数据库管理员在平时的工作中，要尽量的减少这些不必要的排序，以让宝贵的内存资源交给更重要的任务来适用，提高Oracle数据库性能。

　　三、利用Statspack工具监控排序活动

　　Statspack工具是一款提高Oracle数据库性能的很好的辅助工具。因为它可以帮助我们收集很多有用的信息。故我们数据库管理员也可以利Statspack工具对数据库中的排序活动进行监控。

　　对于一个有经验的数据库管理员来说，对内存排序和磁盘排序保持必要的排需是非常必要的。因为我们无法左右用户的行为;而用户的行为又会有所调整。用户在调整的过程中，有可能又会增加额外的磁盘排序。当然，也有可能磁盘排序的几率会减少。但是，通常情况下，随着用户交易数据的增加，这个磁盘排序的几率在理论上仍然是往上爬的。而实际上也是往上升的，只是这个升的速度没有理论上那么快而已。这主要是看数据库管理员如何进行管理了。

　　根据笔者的了解，企业用户的操作往往会有一个周期性的变化，如按年或者按月进行周期性的变化。数据库管理员应该养成一个好习惯，每个月利用Statspack工具定期的对数据库进行监控。特别是要监控数据库的排序情况。Statspack工具还有额外的一个功能，就是自动监测与警告功能。也就是说，可以让Statspack这个工具在磁盘排序数量超过一个预设置的阀值时，自动给数据库管理员发送一个警告，如通过邮件形式发送给管理员等等。笔者通过监控发现，每到月底与月初的时候，磁盘排序的数量会大大的增加。这主要是因为在月底的时候，用户会对当月的交易数据进行统计。所以当月底月初的时候，由于交易记录比较多，所以，会有比较多的磁盘排序发生。在这种情况下，数据库管理员有必要对相关参数进行调整。不过这个调整是暂时的调整，等到这个周期过去后，仍然要把参数调回来。只有如此，数据库的整体性能才会有所保障。即不会因为内存过载而降低数据库性能;也不会因为磁盘排序而给数据库造成额外的负担。

　　所以，虽然排序是SQL语句执行中很微小的一个部分，但是其对数据库性能影响却比较大，而且也是非常显著的。可惜的是，排序是SQL调整中往往被忽视的地方。在Oracle数据库中，排序对用户来说是透明的。也就是说，排序对用户很少有所限制，用户可以根据自己的需要来对数据进行随意地排序。但是，用户并不知道，什么样的操作会降低数据库的性能。故如何降低用户的不合理操作而产生额外的排序，甚至是磁盘排序，这是数据库管理员在平时工作中必须要考虑到的一个问题。通过以上三个方法，或许可以给数据库管理员找到一些解决问题的思路。相信通过以上方法，可以最大程度的减少磁盘排序的发生，不再让磁盘排序成为影响数据库性能的罪魁祸首。