Big Tables--slowed response
Date: 1996/06/03
Message-ID: <NEWTNews.19958.833835619.Postmaster_at_freh25-97.adpc.purdue.edu>#1/1
Here's the setting: Oracle 7.2.3 running on HP-UX 9000 series. 1 gig of RAM and 32 gigs of storage. Storage technology is RAID5 with 16 gigs on each of 2 LUN controllers. (Each LUN controls 5 drives of 4 gigs apiece. Each set of 5 drives appears as one hard drive.) The database has a few large tables (over 10,000,000 rows), and several medium to smaller tables. Database is query only with updates occuring in batch jobs on a monthly basis. Each table has multiple indexes to speed retrieval.
The background: We have have a series of scripts to test performance. We just moved to the HP and upgraded from 7.2.2 to 7.2.3. We kicked off Test 1 after initial load of tables onto the HP. All tables were indexes and analyzed prior to the test. (We're using COST optimizer.) Some times were not as fast as we wanted, so we added a indexes to a couple of tables, analyzed those tables, and kicked of Test 2. The new indexes sped up their designated queries quite nicely. But...
The problem: We happened to notice in Test 2's results that queries not affected by the new indexes had actually slowed down--considerably. Absolutely no changes had been made to these other tables or to their indexes. One key query went from 2 minutes, 27 seconds to over 26 minutes.
In addition, no users had access to any parts of the system. No other queries to contend with and no other demands on the dual CPU's. In addition, the test scripts were kicked off from SQLPLUS running to the HP, so there was no slow down because of traffic on the LAN lines.