Download What Are Locks?

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Global serializability wikipedia , lookup

Database wikipedia , lookup

Relational model wikipedia , lookup

Microsoft SQL Server wikipedia , lookup

Database model wikipedia , lookup

Clusterpoint wikipedia , lookup

Object-relational impedance mismatch wikipedia , lookup

Microsoft Jet Database Engine wikipedia , lookup

Extensible Storage Engine wikipedia , lookup

Commitment ordering wikipedia , lookup

Serializability wikipedia , lookup

Concurrency control wikipedia , lookup

Transcript
Module 11:
Managing Transactions
and Locks
Overview
Overview of Transactions and Locks
Managing Transactions
Understanding SQL Server Locking Architecture
Managing Locks
Lesson 1: Overview of Transactions and Locks
What Are Transactions?
What Are Locks?
What Is Concurrency Control?
What Are Transactions?
A transaction is a logical unit of work that displays ACID
properties
 Atomicity
 Consistency
 Isolation
 Durability
Transactions ensure that multiple data modifications are
processed together or not at all
The transaction log ensures that updates are complete
and recoverable
Transactions use locks
What Are Locks?
Two main types of lock:
 Read locks – allow others to read but not write
 Write locks – stop others reading or writing
Deadlocks can occur
Locks prevent update conflicts
 Locking ensures that transactions are serialized
 Locking is automatic
 Locks enable concurrent use of data
What Is Concurrency Control?
Pessimistic
 Locks data when data is read in preparation for an update
 Other users are blocked until lock is released
 Use where high contention for data exists
Optimistic
 Locks data when an update is performed
 Error received if data was changed since initial read
 Use when low contention for data exists
Lesson 2: Managing Transactions
Autocommit Transactions
Explicit Transactions
Implicit Transactions
Transaction Recovery
Considerations for Using Transactions
Restricted Statements
Autocommit Transactions
Default transaction mode
Every statement is committed or rolled back when it has
completed
 If it completes successfully – it is committed
 If it fails – it is rolled back
Compile errors result in a batch not being executed
Explicit Transactions
BEGIN TRANSACTION
COMMIT TRANSACTION
ROLLBACK TRANSACTION
BEGIN TRANSACTION fund_transfer
EXEC debit_checking '100', 'account1'
EXEC credit_savings '100', 'account2'
COMMIT TRANSACTION
SAVE TRANSACTION
Transaction log
Implicit Transactions
Setting implicit transaction mode on
SET IMPLICIT_TRANSACTION ON
An implicit transaction starts when one of the following
statements is executed
 ALTER DATABASE
 INSERT
 CREATE
 OPEN
 DELETE
 REVOKE
 DROP
 SELECT
 FETCH
 TRUNCATE TABLE
 GRANT
 UPDATE
Transaction must be explicitly completed with
COMMIT or ROLLBACK TRANSACTION
Transaction Recovery
Transaction Recovery
Action Required
1
None
2
Roll forward
Roll back
3
4
Roll forward
5
Checkpoint
System Failure
Roll back
Considerations for Using Transactions
Keep transactions as short as possible
 Use caution with certain Transact-SQL statements
 Avoid transactions that require user interaction
 Do not browse data during a transaction
 Affect the least rows possible with DML statements
 Access the least rows possible with SELECT statements
Issues with nested transactions
 Allowed, but not recommended
 Use @@trancount to determine nesting level
Restricted Statements
Certain statements may not be included in explicit
transactions, such as:
 ALTER DATABASE
 RECONFIGURE
 BACKUP
 RESTORE DATABASE
 CREATE DATABASE
 RESTORE
 DROP DATABASE
 UPDATE STATISTICS
Full-text system stored procedure calls may not be
included in explicit transactions
You cannot use the following in implicit or explicit
transactions:
 sp_dboption
 System stored procedures that modify master
Lesson 3: Understanding SQL Server Locking
Architecture
What Concurrency Problems Are Prevented by Locks?
Lockable Resources
Types of Locks
Lock Compatibility
What Concurrency Problems Are Prevented
by Locks?
Lost updates
Uncommitted dependencies (dirty read)
Inconsistent analysis (nonrepeatable read)
Phantom reads
Lockable Resources
Item
RID
KEY
PAGE
EXTENT
TABLE
HOBT
FILE
APPLICATION
METADATA
ALLOCATION_UNIT
DATABASE
Description
Row identifier
Row lock within an index
Data page or index page
Group of pages
Entire table
A heap or B-tree
A database file
An application-specified resource
Metadata locks
An allocation unit
Entire database
Types of Locks
Basic locks
 Shared
 Exclusive
Special situation locks
 Intent
 Update
 Schema
 Bulk update
Lock Compatibility
Some locks are compatible with other locks, and some
locks are not
Examples
 Shared locks are compatible with all locks
except exclusive
 Exclusive locks are not compatible with any other locks
 Update locks are compatible only with shared locks
Lesson 4: Managing Locks
Session-Level Locking Options
Dynamic Locking
What Are Deadlocks?
Methods to View Locking Information
Best Practices
Session-Level Locking Options
Transaction isolation level
 READ UNCOMMITTED
 READ COMMITTED (default)
 REPEATABLE READ
 SERIALIZABLE
Locking timeout
 Limits time waiting for a locked resource
 Use SET LOCK_TIMEOUT
Dynamic Locking
Dynamic
Locking
Cost
Row
Locking Cost
Concurrency Cost
Page
Granularity
Table
What Are Deadlocks?
How SQL server ends a deadlock
How to minimize deadlocks
How to customize the lock time-out setting
Transaction A
Transaction B
UPDATE Supplier
UPDATE Part
UPDATE Part
UPDATE Supplier
Supplier
Part
A
AB
Methods to View Locking Information
Activity Monitor window
sys.dm_tran_locks Dynamic Management View
EnumLocks method
SQL Server Profiler
Windows 2003 System Monitor
Best Practices

Keep transactions short

Design transactions to minimize deadlocks

Check for error 1205

Set LOCK_TIMEOUT with care

Monitor locking information
Lab: Managing Transactions and Locks
Exercise 1: Using Transactions
Exercise 2: Managing Locks