Skip to content

feat(spanner): inline BeginTransaction with the first statement (work in progress, do not review)#5307

Draft
olavloite wants to merge 10 commits intogoogleapis:mainfrom
olavloite:spanner-inline-begin-tx-step-9
Draft

feat(spanner): inline BeginTransaction with the first statement (work in progress, do not review)#5307
olavloite wants to merge 10 commits intogoogleapis:mainfrom
olavloite:spanner-inline-begin-tx-step-9

Conversation

@olavloite
Copy link
Copy Markdown
Contributor

Work in progress, do not review: Implements inline-begin-transaction for the Spanner client. This is an optimization that reduces the number of round-trips to Spanner by 1 for most transactions.

Adds support for inlining the BeginTransaction with the first query in a read-only
transaction. This saves one round-trip to Spanner for multi-use read-only transactions.

This implementation is intentionally simple:
1. It does not support parallel queries at the start of the transaction.
2. It does not include error handling for the first query.
3. It only supports read-only transactions.

This is step 1. Follow-up pull requests addresses the above points.
Adds error handling for inline-begin-transaction. If the first statement in a
transaction fails, and that statement included a BeginTransaction option, then
the transaction has not been started. In order to keep the semantics of the
transaction consistent for an 'outside observer', we need to do the following:
1. Catch the error that was thrown by the initial statement.
2. Start the transaction using an explicit BeginTransaction RPC.
3. Retry the initial statement, but now using the transaction ID from step 2.
4. Return the error or result for the retried initial statement.

The above makes sure that:
1. The transaction is actually started when the first statement is executed, also
   when the statement failed.
2. The statement becomes part of the transaction, and the result of the statement
   is consistent with the read-timestamp of the transaction.

The second part is important in order to comply with Spanner's strong consistency
guarantees; If for example a statement returns a 'Table not found' error, then
that error is only valid for the read timestamp that was used for executing the
statement. This is the reason that we retry the statement after the BeginTransaction
RPC to be able to return a result that is guaranteed to be consistent with any
other queries/reads that will be executed in the same transaction.
Adds an integration test for error handling for inline-begin-transaction. This test uses
a gRPC proxy to intercept calls from the client to Spanner to be able to deterministically
emulate specific concurrency issues. This test shows how a query that failed during the
first attempt, and thereby also failed to start the transaction, could succeed during a
retry after the transaction has been started with an explicit BeginTransaction RPC.
Adds support for running concurrent queries in combination with inline-begin-transaction.
Only one of the queries will include the BeginTransaction option. The other queries will
wait until the first query has returned a transaction ID.
If a query included a BeginTransaction option and the application never called ResultSet#next(),
then the transaction ID would never be returned. This would block any other query from using
the transaction. This change refactors ResultSet to use a background worker to read from the
stream. This prevents that a deadlock can happen if the application does not call ResultSet#next().
It also allows the application to call ResultSet#metadata() without first calling ResultSet#next().
Finally, it also allows the ResultSet to decode data from the server asynchronously while the
application processes rows that it has already read from the ResultSet.
Adds support for inline-begin for read/write transactions. This reduces the
number of round-trips to Spanner by one for read/write transactions.
Enable the use of inline-begin-transaction for TransactionRunner.
Change the begin-transaction option from a boolean to an enum to allow more values in
the future.
@product-auto-label product-auto-label bot added the api: spanner Issues related to the Spanner API. label Apr 7, 2026
@codecov
Copy link
Copy Markdown

codecov bot commented Apr 7, 2026

Codecov Report

❌ Patch coverage is 97.70149% with 77 lines in your changes missing coverage. Please review.
✅ Project coverage is 97.76%. Comparing base (e373f94) to head (906b497).

Files with missing lines Patch % Lines
src/spanner/src/read_only_transaction.rs 96.70% 33 Missing ⚠️
src/spanner/src/read_write_transaction.rs 98.23% 18 Missing ⚠️
src/spanner/src/result_set.rs 97.43% 15 Missing ⚠️
src/spanner/src/transaction_runner.rs 98.49% 11 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##             main    #5307      +/-   ##
==========================================
- Coverage   97.79%   97.76%   -0.03%     
==========================================
  Files         220      220              
  Lines       45845    48664    +2819     
==========================================
+ Hits        44832    47576    +2744     
- Misses       1013     1088      +75     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@olavloite olavloite force-pushed the spanner-inline-begin-tx-step-9 branch from 7e93c23 to 7e21336 Compare April 7, 2026 10:20
Some minor cleanups after implementing inline-begin-transaction for Spanner.
@olavloite olavloite force-pushed the spanner-inline-begin-tx-step-9 branch from 06945b7 to 906b497 Compare April 8, 2026 07:01
olavloite added a commit that referenced this pull request Apr 9, 2026
Adds support for inlining the `BeginTransaction` option with the first
query in a read-only transaction. This saves one round-trip to Spanner
for multi-use read-only transactions.

This implementation is intentionally simple:
1. It does not support parallel queries at the start of the transaction.
2. It does not include error handling for the first query.
3. It only supports read-only transactions.

This is step 1. Follow-up pull requests addresses the above points.

A preliminary view of the full implementation after all steps can be
seen in #5307

See also
[go/spanner-rust-inline-begin-transaction](http://goto.google.com/spanner-rust-inline-begin-transaction)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

api: spanner Issues related to the Spanner API.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant