搞Oracle数据库的人都知道，服务器性能这块儿，配置不对，再牛的硬件也白搭。很多团队上来就堆CPU和内存，结果系统跑起来还是慢吞吞，查半天发现是某个参数没调好。今天咱们就来聊聊Oracle数据库服务器性能优化的五个关键配置，这些东西看着基础，但实战里踩坑的不少。
先说内存管理这块儿。Oracle的SGA和PGA是性能的命门，很多人喜欢把SGA设得特别大，觉得内存越多越好。这是典型的误区。SGA设太大，操作系统本身的内存就紧张了，系统会频繁换页，反而拖慢性能。我见过一个案子，客户把SGA设到物理内存的90%，结果数据库响应时间从50毫秒飙到500毫秒。正确的做法是，SGA占物理内存的50%到70%，具体要看业务类型。OLTP系统偏事务处理，SGA可以设到60%左右；OLAP系统偏分析查询，PGA要大一些，SGA适当降低。另外，别忘了启用自动内存管理，让Oracle自己根据负载动态调整，省心不少。
磁盘I/O这块儿最容易被忽视。很多服务器用单块大容量硬盘，结果磁盘成为瓶颈。Oracle对I/O的敏感度极高，一个全表扫描就能把磁盘打满。关键配置有三点：一是把数据文件、日志文件、归档文件分开放在不同的物理磁盘或LUN上，避免互相争抢；二是用RAID 10而不是RAID 5，虽然RAID 5节省空间，但写性能差太多，数据库日志写操作频繁，RAID 10的写性能是RAID 5的3到5倍；三是配置合理的DBFILEMULTIBLOCKREADCOUNT参数，这个值设太小，全表扫描慢得像蜗牛，设太大又会引发大量物理读。一般建议设到128或256，但要结合存储的块大小来调。
网络配置这块儿很多人不重视，觉得千兆网卡够用了。实际上，Oracle的SQL*Net协议对网络延迟很敏感。跨机房部署时，延迟超过10毫秒，查询性能直接腰斩。关键要调两个参数：SDU和TDU。SDU是会话数据单元，默认值才2KB，对于大查询效率极低。建议调到32KB或64KB，特别是做批量数据传输的时候，效果立竿见影。TDU是传输数据单元，一般和SDU保持一致。另外，别忘了关闭Nagle算法，在sqlnet.ora里加一行TCP.NODELAY=YES，避免小包被延迟发送。还有一个坑是网络缓冲区大小，Linux系统默认的读写缓冲区经常不够用，建议调到1MB以上。
CPU亲和性和进程优先级这块儿，是个高级技巧但很实用。Oracle默认会把进程分配到所有CPU核心上，但数据库进程和其他系统进程抢CPU，会导致上下文切换频繁。通过配置CPU亲和性，把Oracle进程绑定到特定的核心上，可以大幅减少切换开销。具体做法是用taskset工具，或者修改Oracle的初始化参数CPUCOUNT和THREADEXECUTION_TARGET。另外，在Linux上可以把Oracle进程的nice值调低，让它获得更高的调度优先级。但注意别调太低，否则系统管理进程可能被饿死。我见过一个极端案例，有人把nice值调到-20，结果Oracle进程把CPU吃满，连SSH都连不上去，只能重启。
说下日志和归档的配置。Redo日志的配置直接影响数据库的写入性能。很多人图省事，只配两组日志文件，结果日志切换频繁，每次切换都得做检查点，性能波动很大。建议至少配四组日志文件，每组大小设为1GB到2GB，让日志切换频率降到每15到30分钟一次。还有，归档日志的目标路径要选高性能存储，千万别放到和数据库文件同一个磁盘上。归档进程的数量也要调整，默认的2个归档进程经常不够用，特别是在高频写入场景下，建议设到4到8个。如果归档跟不上，数据库就会等待，性能直接崩掉。
说完了这五个关键配置，其实还有一个隐藏的坑：操作系统层面的参数。比如Linux的vm.swappiness值，默认是60，太高了，会导致系统优先使用swap而不是释放内存。对Oracle来说，swap是噩梦，应该把这个值调低到10以下。还有文件系统的挂载参数，用noatime选项可以避免每次读文件都更新访问时间，减少不必要的I/O。这些细节加在一起，性能差距能有20%到30%。
实战中你会发现，优化不是一蹴而就的事。每个配置改动后，都要用AWR报告和操作系统监控工具来验证效果。比如调整SGA后，看Buffer Gets和Physical Reads的比例；调整I/O后，看Average Wait Time有没有降下来。别听别人说某个参数设多少最好就照搬，每台服务器的硬件、负载、业务模式都不一样，最优配置只能自己测出来。
说句实在话：Oracle性能优化，80%的功夫在配置上，20%在SQL调优上。五个配置里，内存和I/O是基础，网络和CPU是进阶，日志归档是保障。把这五个点抓牢了，你的Oracle数据库服务器就能跑得又快又稳。但别忘了，配置再好，也得配合定期的维护和监控，不然时间一长，系统状态变了，原来的配置可能就不合适了。
