- 2.0.1-RC1 (latest)
 - 2.0.0-RC1
 - 1.106.0
 - 1.105.1
 - 1.104.1
 - 1.103.0
 - 1.102.0
 - 1.101.0
 - 1.100.0
 - 1.98.0
 - 1.97.0
 - 1.96.0
 - 1.95.0
 - 1.94.0
 - 1.93.1
 - 1.92.1
 - 1.91.0
 - 1.90.0
 - 1.89.0
 - 1.88.0
 - 1.87.0
 - 1.86.0
 - 1.85.0
 - 1.84.0
 - 1.83.0
 - 1.82.0
 - 1.81.0
 - 1.80.0
 - 1.79.0
 - 1.78.0
 - 1.77.0
 - 1.76.1
 - 1.68.0
 - 1.67.0
 - 1.66.0
 - 1.65.0
 - 1.64.0
 - 1.63.2
 - 1.62.1
 - 1.61.0
 - 1.60.0
 - 1.59.0
 - 1.58.4
 - 1.57.0
 - 1.56.0
 - 1.55.0
 - 1.54.2
 
Reference documentation and code samples for the Cloud Spanner V1 Client class ReadLockMode.
ReadLockMode is used to set the read lock mode for read-write
transactions.
Protobuf type google.spanner.v1.TransactionOptions.ReadWrite.ReadLockMode
Namespace
Google \ Cloud \ Spanner \ V1 \ TransactionOptions \ ReadWriteMethods
static::name
| Parameter | |
|---|---|
| Name | Description | 
value | 
        
          mixed
           | 
      
static::value
| Parameter | |
|---|---|
| Name | Description | 
name | 
        
          mixed
           | 
      
Constants
READ_LOCK_MODE_UNSPECIFIED
Value: 0Default value.
- If isolation level is 
REPEATABLE_READ, then it is an error to specifyread_lock_mode. Locking semantics default toOPTIMISTIC. No validation checks are done for reads, except for:- reads done as part of queries that use 
SELECT FOR UPDATE - reads done as part of statements with a 
LOCK_SCANNED_RANGEShint - reads done as part of DML statements to validate that the data that was served at the snapshot time is unchanged at commit time.
 
 - reads done as part of queries that use 
 - At all other isolation levels, if 
read_lock_modeis the default value, then pessimistic read lock is used. 
Generated from protobuf enum READ_LOCK_MODE_UNSPECIFIED = 0;
PESSIMISTIC
Value: 1Pessimistic lock mode.
Read locks are acquired immediately on read.
Semantics described only applies to SERIALIZABLE isolation.
Generated from protobuf enum PESSIMISTIC = 1;
OPTIMISTIC
Value: 2Optimistic lock mode.
Locks for reads within the transaction are not acquired on read.
Instead the locks are acquired on a commit to validate that
read/queried data has not changed since the transaction started.
Semantics described only applies to SERIALIZABLE isolation.
Generated from protobuf enum OPTIMISTIC = 2;