卡索

查看当前license情况 SQL> show parameter license; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ license_max_sessi

问题描述： TRUNCATE TABLE VMSBUSI.VMS_MAILBOX_INFO; VMS_MAILBOX_INFO表中只有35条记录，TRUNCATE表要用1分钟左右。 问题解决： 这些索引基本上每个都是1G左右，且都是初始EXTENT的大小。显然导致问题的原因已经明确了，表包含了多个索引，且每个索引的初始段太大，因此TRUNCATE执行的时候对索引执行大量的db fil

从上周起，服务器Oracle数据库出现问题，用不到半天，就会报maxsession（150）的问题，肯定是数据库的会话超过最大数了。  由于服务器跑的是文件传输应用，占用的请求和会话肯定很大，因此用户数不大就已经让oracle的会话数达到最大值。  处理方式不外乎两种：扩大oracle最大session数以及清除inactive会话，当然还有，就是从数据库连接池和程序bug上面下手。 从

1.表的大小：当表的大小超过2GB，或对于OLTP系统，表记录超过1000万时，都应该考虑对表进行分区 2.数据访问特性：基于表的大部分查询应用，只访问表中少量的数据。对于这样的表进行分区，可充分利用分区排除无关数据查询的特性 3.数据维护：按时间段删除成批的数据，对于这样的表需要考虑进行分区，以满足维护需要 4.数据备份和恢复：按时间周期进行表空间备份时，将分区与表空间建立对应关系 5.