Consistency Conditions for STM Sandeep Hans. Agenda Database Consistency Conditions STM Consistency Conditions A different perspective Consistency with.

Slides:



Advertisements
Similar presentations
What is Concurrent Process (CP)? Multiple users access databases and use computer systems Multiple users access databases and use computer systems simultaneously.
Advertisements

Database Management Systems 3ed, R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Chapter 16.
Crash Recovery John Ortiz. Lecture 22Crash Recovery2 Review: The ACID properties  Atomicity: All actions in the transaction happen, or none happens 
Introduction to Database Systems1 Concurrency Control CC.Lecture 1.
Impossibilities for Disjoint-Access Parallel Transactional Memory : Alessia Milani [Guerraoui & Kapalka, SPAA 08] [Attiya, Hillel & Milani, SPAA 09]
IDA / ADIT Lecture 10: Database recovery Jose M. Peña
TRANSACTION PROCESSING SYSTEM ROHIT KHOKHER. TRANSACTION RECOVERY TRANSACTION RECOVERY TRANSACTION STATES SERIALIZABILITY CONFLICT SERIALIZABILITY VIEW.
Sathya Peri IIT Patna 1 Understanding the Requirements of STMs.
Serializable Isolation for Snapshot Databases Michael J. Cahill, Uwe Röhm, and Alan D. Fekete University of Sydney ACM Transactions on Database Systems.
IDIT KEIDAR DMITRI PERELMAN RUI FAN EuroTM 2011 Maintaining Multiple Versions in Software Transactional Memory 1.
Transactions (Chapter ). What is it? Transaction - a logical unit of database processing Motivation - want consistent change of state in data Transactions.
Fakultas Ilmu Komputer UI 1 Exercise A series of actions to be taken on the database such that either all actions are completed successfully, or none of.
(c) Oded Shmueli Transactions Lecture 1: Introduction (Chapter 1, BHG) Modeling DB Systems.
Safety Definitions and Inherent Bounds of Transactional Memory Eshcar Hillel.
Inherent limitations on DAP TMs 1 Inherent Limitations on Disjoint-Access Parallel Transactional Memory Hagit Attiya, Eshcar Hillel, Alessia Milani Technion.
Transaction Processing on Top of Hadoop Spring 2012 Aviram Rehana Lior Zeno Supervisor : Edward Bortnikov.
The Complexity of Transactional Memory & What to Do About It Hagit Attiya Technion & EPFL.
1 ICS 214B: Transaction Processing and Distributed Data Management Lecture 6: Cascading Rollbacks, Deadlocks, and Long Transactions Professor Chen Li.
CS4432: Database Systems II Lecture #26 Concurrency Control and Recovery Professor Elke A. Rundensteiner.
Introduction to Database Systems1 Logging and Recovery CC Lecture 2.
A Programming Language View of Transactional Memory Hagit Attiya, Technion Joint work with Sandeep Hans, Alexey Gotsman and Noam Rinetzky Published in.
Exploring the relations between STM and DB consistency conditions Sandeep Hans Technion Joint work with Hagit Attiya.
A Mile-High View of Concurrent Algorithms Hagit Attiya Technion.
Transaction Management Overview R & G Chapter 16 There are three side effects of acid. Enhanced long term memory, decreased short term memory, and I forget.
ICS 421 Spring 2010 Transactions & Concurrency Control (i) Asst. Prof. Lipyeow Lim Information & Computer Science Department University of Hawaii at Manoa.
Idit Keidar and Dmitri Perelman Technion 1 SPAA 2009.
Transaction Processing: September 27, Database Access For TP, represent database as a collection of named items. Read(X) - read database item X.
Recovery Fall 2006McFadyen Concepts Failures are either: catastrophic to recover one restores the database using a past copy, followed by redoing.
Quick Review of May 1 material Concurrent Execution and Serializability –inconsistent concurrent schedules –transaction conflicts serializable == conflict.
Algorithmics for Software Transactional Memory Hagit Attiya Technion.
Chapter 7 Transactions 7.1 Transaction Concept 7.2 Transaction State 7.3 Implementation of Atomicity and Durability 7.4 Concurrent Executions 7.5 Serializability.
1 Concurrency Control and Recovery Module 6, Lecture 1.
Transactions or Concurrency Control. Introduction A program which operates on a DB performs 2 kinds of operations: –Access to the Database (Read/Write)
Transactions. Definitions Transaction (program): A series of Read/Write operations on items in a Database. Example: Transaction 1 Read(C) Read(A) Write(A)
The Cost of Privatization Hagit Attiya Eshcar Hillel Technion & EPFLTechnion.
1 Introduction to Transaction Processing (1)
Transactions Amol Deshpande CMSC424. Today Project stuff… Summer Internships 
CS4432transaction management1 CS4432: Database Systems II Lecture #23 Transaction Management Professor Elke A. Rundensteiner.
DBMS2001Notes 9: Transaction Processing1 Principles of Database Management Systems 9: More on Transaction Processing Pekka Kilpeläinen (Partially based.
An Introduction to Software Transactional Memory
Database Management Systems, 2 nd Edition. R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Chapter 18.
1 Database Systems CS204 Lecture 21 Transaction Processing I Asma Ahmad FAST-NU April 7, 2011.
DB Transactions CS143 Notes TRANSACTION: A sequence of SQL statements that are executed "together" as one unit:
Concurrency and Transaction Processing. Concurrency models 1. Pessimistic –avoids conflicts by acquiring locks on data that is being read, so no other.
Database Systems/COMP4910/Spring05/Melikyan1 Transaction Management Overview Unit 2 Chapter 16.
1 Transaction Management Overview Chapter Transactions  Concurrent execution of user programs is essential for good DBMS performance.  Because.
SCUJoAnne Holliday11–1 Schedule Today: u Transaction concepts. u Read Sections Next u Authorization and security.
Database Management Systems, 2 nd Edition. R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Instructor: Xintao Wu.
WG5: Applications & Performance Evaluation Pascal Felber
Transactions. What is it? Transaction - a logical unit of database processing Motivation - want consistent change of state in data Transactions developed.
1 Multiversion Reconciliation for Mobile Databases Shirish Hemanath Phatak & B.R.Badrinath Presented By Presented By Md. Abdur Rahman Md. Abdur Rahman.
1 CSE 480: Database Systems Lecture 24: Concurrency Control.
1 CSE232A: Database System Principles More Concurrency Control and Transaction Processing.
1 Database Systems ( 資料庫系統 ) December 27/28, 2006 Lecture 13 Merry Christmas & New Year.
Database Isolation Levels. Reading Database Isolation Levels, lecture notes by Dr. A. Fekete, resentation/AustralianComputer.
Relaxed Currency Serializability for Middle-Tier Caching and Replication Philip A. Bernstein, Alan Fekete, Hongfei Guo, Raghu Ramakrishnan, Pradeep Tamma.
1 Concurrency Control. 2 Why Have Concurrent Processes? v Better transaction throughput, response time v Done via better utilization of resources: –While.
Transactional Contention Management as a Non-Clairvoyant Scheduling Problem Hagit Attiya, Alessia Milani Technion, Haifa-LABRI, University of Bordeaux.
Maurice Herlihy and J. Eliot B. Moss,  ISCA '93
Database Transaction Abstraction I
Database Systems (資料庫系統)
On disjoint access parallelism
Chapter 15: Transactions
Transaction Management
Transaction Management Overview
Transaction Management
Transaction Management
Ranjeet Kumar K. Vidyasankar Memorial University St. John’s CANADA
Transaction Management Overview
Presentation transcript:

Consistency Conditions for STM Sandeep Hans

Agenda Database Consistency Conditions STM Consistency Conditions A different perspective Consistency with other STM properties. Conclusion

Database Consistency Conditions Recoverability Avoiding Cascading Aborts Strictness Rigorousness

Dirty Reads T 1 writes x. T 2 reads x written by T 1. T 2 commits, T 1 aborts. T1T1 w 1 (x)a r 2 (x)c2c2 T2T2

Recoverability T 1 writes x. T 2 reads x written by T 1. T 1 should commit before T 2 commits. T1T1 w 1 (x)c1c1 r 2 (x)c2c2 T2T2

Problem with Recoverability Cascading aborts T1T1 w 1 (x) r 2 (x) T2T2 c1c1 c2c2 a1a1 a2a2

Avoiding Cascading Aborts T 1 should commit before T 2 commits reads x. T1T1 w 1 (x)c1c1 r 2 (x)c2c2 T2T2

Undo Problem Initially, x=1. T 1 writes x=2. T 2 writes x=3 and commits. T 1 aborts. T1T1 w 1 (x=2)a1a1 w 2 (x=3)c2c2 T2T2

Strictness No data item is read or overwritten unless the transaction that wrote it has ended. T1T1 w 1 (x)c 1 /a 1 r 2 (x) T2T2 w 3 (x) T3T3

Rigorousness No data item is read or overwritten unless the transaction that read/wrote it has ended. T1T1 w 1 (x)c 1 /a 1 r 2 (x) T2T2 w 3 (x) T3T3 c 2 /a 2

Landscape RG ST ACA RC [Transactional Information Systems. Gerhard Weikum, Gottfried Vossen.]

STM Conditions Opacity Guerraoui and Kapalka [ PPoPP’08] Sequential specification of shared objects. Virtual World Consistency Imbs and Raynal [SIROCCO’09] Causal past of a transaction. Weakest Reasonable Condition Doherty, Groves, Luchangco, Moir [REFINE’09]

Database vs. STM Rigorousness ⊆ Opacity ⊂ Strictness Rigorousness ⊆ VWC ⊂ Strictness ⊆ ⊆ Are these inclusions strict?

Another Perspective How do we view the system? Operation level. Database consistency conditions. Recoverability, ACA, Strictness, Rigorousness Transaction level. STM consistency conditions. Opacity, VWC Is there another level?

Snapshot Isolation Everyone will have a snapshot of the whole system. A snapshot must be consistent at every point of time. Different snapshots need not be consistent with each other. Updating of snapshots is allowed.

How consistency conditions affect STM properties. DAP + Invisible Reads + Wait-free + Serializability = Impossible. 1 We have seen the proof on Wednesday. How do Opacity/VWC affect such results. DAP + Wait-free + VWC = possible? DAP + Wait-free + Opacity = impossible? 1. Hagit Attiya, Eshcar Hillel, Alessia Milani. Inherent Limitations on Disjoint-Access Parallel Transactional Memory. SPAA 2009.

Conclusion Motivation for database and STM consistency conditions is same yet perspectives differ. STM consistency conditions affect other properties.

Thank You