Resolving executing-committing conflicts in distributed real-time database systems

Kam Yiu Lam, Chung Leung Pang, Sang H. Son, Jiannong Cao

Research output: Contribution to journalArticlepeer-review

22 Scopus citations

Abstract

In a distributed real-time database system (DRTDBS), a commit protocol is required to ensure transaction failure atomicity. If data conflicts occur between executing and committing transactions, the performance of the system may be greatly affected. In this paper, we propose a new protocol, called deadline-driven conflict resolution (DDCR), which integrates concurrency control and transaction commitment management for resolving executing and committing data conflicts amongst firm real-time transactions. With the DDCR, a higher degree of concurrency can be achieved, as many data conflicts of such kind can be alleviated, and executing transactions can access data items which are being held by committing transactions in conflicting modes. Also, the impact of temporary failures which occurred during the commitment of a transaction on other transactions, and the dependencies created due to sharing of data items is much reduced by reversing the dependencies between the transactions. A simulation model has been developed and extensive simulation experiments have been performed to compare the performance of the DDCR with other protocols such as the Opt, the Healthy-Opt, and the base protocol, which use priority inheritance and blocking to resolve the data conflicts. The simulation results show that the DDCR can significantly improve the system performance under different workload and workload distributions. Its performance is consistently better than the base protocol and the Opt protocols in both main-memory resident and disk-resident DRTDBS.

Original languageEnglish
Pages (from-to)674-692
Number of pages19
JournalComputer Journal
Volume42
Issue number8
DOIs
StatePublished - 1999

Fingerprint

Dive into the research topics of 'Resolving executing-committing conflicts in distributed real-time database systems'. Together they form a unique fingerprint.

Cite this