Sperrungen auf Tabellen (S-LOCK,X-LOCK)

Ansicht von 3 Beiträgen - 1 bis 3 (von insgesamt 3)
  • Author
    Posts
  • 16. März 2012 um 13:54 Uhr #4150

    Anonym
    Inaktiv

    HAllo zusammen

    Wir haben folgendes Problem:

    Eine Anwendung liest mit Multi-Fetch Row alle Zeilen einer Tabelle ändert aber nur einen ganz bestimmten Bereich .
    sagen wir Zeile 1-10000 und endet dann.

    Nun wird dasselbe Programm paralell gestartet und diese Programm liest ebenfalls die ganze Tabelle ändert aber einen anderen Bereich derselben Tabelle also Bsp: 10001-20000.

    Das Package ist mir CS gebunden und es kommt immer wieder zu DEADLOCKS.

    Meine Frage nun: Warum kommen die Deadlocks ?
    Beide Programm lesen zwar diesselben zeilen ändern aber jeweils einen anderen bereich.

    Die tabelle ist mit LOCKSIZE ROW definiert

    Gruß
    Zefrim

    21. März 2012 um 20:31 Uhr #4291

    Anonym
    Inaktiv

    Hi Zefrim,

    um das zu beurteilen, bräuchten wir noch ein paar weitere Infos, z.B.:

    Wie lautet die genaue Cursor-Definition ?
    ( STATIC , DYNAMIC , WITH HOLD , FOR UPDATE OF … )

    werden zu Beginn ALLE Zeilen der Tabelle auf einmal gelesen oder gibts mehrere FETCH ROWSETs ?

    erfolgt die Änderung der Daten über den Cursor ( also mit UPDATE … WHERE CURRENT OF cursor ) oder mit separatem UPDATE-Statement ?

    Ist das Package mit CURRENT DATA YES oder NO gebunden ?

    Gibts im Master Hinweise auf Lock-Escalation ?

    Kommen die Deadlocks sporadisch oder regelmässig ?

    Welche DB2-Version ist im Einsatz ?

    Gruß
    Uli

    25. April 2012 um 11:28 Uhr #4391

    Anonym
    Inaktiv

    Hallo Zefrim,

    eigentlich sollte das funktionieren. Hört sich nach Lock-Escalation an, ist der Resource-Type beim Deadlock Table, Tablespace oder Partition? Testweise vlt. mal den TS auf LOCKMAX 0 altern. Commits werden regelmäßig gemacht?

    Gruß, Rolf

  • Author
    Posts
Ansicht von 3 Beiträgen - 1 bis 3 (von insgesamt 3)

You must be logged in to reply to this topic.