If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > Database Server Software > DB2 > Lock problems

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 11-29-07, 13:27
mdx34 mdx34 is offline
Registered User
 
Join Date: Oct 2004
Posts: 238
Lock problems

DB2 8.1 FP10 on AIX 5.3

Our client is having lock problems when executing SQL against their database. They have much more data than we have and we are not having the same problem. Is there a way to trick DB2 to make it look like the database has larger volume of data in its tables than there actually is ?

If there is, how ?

Thanks for any help.
Reply With Quote
  #2 (permalink)  
Old 11-29-07, 14:40
dbamota dbamota is offline
Registered User
 
Join Date: Sep 2003
Posts: 237
Ask them to increase the database config. parameters LOCKLIST=5000 and MAXLOCKS=80; If their data is 5 times yours, LOCKLIST must be 5 times yours; also their SQLs containing update, delete must have frequent COMMITs.
__________________
mota
Reply With Quote
  #3 (permalink)  
Old 11-29-07, 15:09
mdx34 mdx34 is offline
Registered User
 
Join Date: Oct 2004
Posts: 238
Any way to make that change I was asking ?
Reply With Quote
  #4 (permalink)  
Old 11-29-07, 15:38
dbamota dbamota is offline
Registered User
 
Join Date: Sep 2003
Posts: 237
You can reduce your LOCKLIST proportionately if you want to reproduce their problem at your site;that is making the db look bigger from a lock standpoint
__________________
mota
Reply With Quote
  #5 (permalink)  
Old 11-29-07, 18:38
Marcus_A Marcus_A is offline
Registered User
 
Join Date: May 2003
Location: USA
Posts: 5,196
You can update the CARD column in SYSCAT.TABLES to indicate the number of rows you want DB2 to think exists. There are other columns in this and other tables that can also be updated.

However, I would suggest that if executing runstats does not help (runstats on table table-name with distribution on key columns and indexes all), then I would try to alter the tables to volatile. Doing a reorg before running runstats would be preferable.
__________________
M. A. Feldman
IBM Certified DBA on DB2 for Linux, UNIX, and Windows
IBM Certified DBA on DB2 for z/OS and OS/390
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On