chore(deps): bump redb from 2.6.3 to 4.1.0 in the cargo group across 1 directory

[dependabot]

Bumps the cargo group with 1 update in the / directory: redb.

Updates redb from 2.6.3 to 4.1.0

Release notes

Sourced from redb's releases.

4.1.0

This release contains a large number of bug fixes discovered by AI coding agents

• Fix a bug where MultimapValue::len() and is_empty() returned stale counts after consuming entries via next_back().
• Fix a bug where restore_savepoint() used in a non-Immediate durability transaction and when there are persistent savepoints newer than the one being restored, could fail with SavepointError::InvalidSavepoint, but the savepoint would actually be partially applied. The call now fails up front with SavepointError::ImmediateDurabilityRequired.
• Fix a bug in restore_savepoint() where modifications made earlier in the transaction might not be reverted.
• Fix a bug where renaming a table that was already modified in the same transaction could cause the database to become corrupted.
• Fix a bug where calling restore_savepoint() after modifying a table in the same transaction could cause the table to become corrupted in a future transaction.
• Fix a panic when delete_table() was called on a table that had been modified in the same transaction.
• Fix a panic in restore_savepoint() when passed a Savepoint from a different Database. SavepointError::InvalidSavepoint is now returned instead.
• Fix a bug where a transaction that created a persistent savepoint and was then aborted could cause the database file to grow excessively, until the Database was dropped.
• Fix a panic in check_integrity() when called while another transaction is still alive. DatabaseError::TransactionInProgress is now returned instead.
• Fix a bug where aborting a transaction that called restore_savepoint() with a savepoint when a newer savepoint existed could cause database space to be leaked.
• Fix a bug where aborting a transaction that called restore_savepoint() would leave more recent savepoints invalid.
• Improve performance when reading concurrently from multiple threads. Around 15% speedup on some benchmarks.
• Optimize cache usage, and general write performance. Around 1.5x speedup on some benchmarks.
• Optimize memory usage.
• Other performance optimizations.

4.0.0

• Implement Drop on AccessGuardMut and AccessGuardMutInPlace, which requires that these be dropped before the Table they borrow from. This fixes a critical bug where the accessor could outlive the Table, and be dropped after the transaction had already committed. This could cause data loss due to the data in the accessor being written out after the transaction had already completed.
• Remove Legacy type. To migrate off the Legacy type, use the Legacy type in the 3.x release and copy the data to a table with plain tuples, before upgrading to the 4.x release.

3.1.3

• Fix a data loss bug which can occur when the guard returned from Table::get_mut() is dropped after the transaction has been committed.
• Add a warning to Table::insert_reserve() indicating that it can cause data loss and recommending to upgrade to the 4.0.0 release.

3.1.2

• Reduce memory usage of open databases

... (truncated)

Changelog

Sourced from redb's changelog.

4.1.0 - 2026-04-19

This release contains a large number of bug fixes discovered by AI coding agents

• Fix a bug where MultimapValue::len() and is_empty() returned stale counts after consuming entries via next_back().
• Fix a bug where restore_savepoint() used in a non-Immediate durability transaction and when there are persistent savepoints newer than the one being restored, could fail with SavepointError::InvalidSavepoint, but the savepoint would actually be partially applied. The call now fails up front with SavepointError::ImmediateDurabilityRequired.
• Fix a bug in restore_savepoint() where modifications made earlier in the transaction might not be reverted.
• Fix a bug where renaming a table that was already modified in the same transaction could cause the database to become corrupted.
• Fix a bug where calling restore_savepoint() after modifying a table in the same transaction could cause the table to become corrupted in a future transaction.
• Fix a panic when delete_table() was called on a table that had been modified in the same transaction.
• Fix a panic in restore_savepoint() when passed a Savepoint from a different Database. SavepointError::InvalidSavepoint is now returned instead.
• Fix a bug where a transaction that created a persistent savepoint and was then aborted could cause the database file to grow excessively, until the Database was dropped.
• Fix a panic in check_integrity() when called while another transaction is still alive. DatabaseError::TransactionInProgress is now returned instead.
• Fix a bug where aborting a transaction that called restore_savepoint() with a savepoint when a newer savepoint existed could cause database space to be leaked.
• Fix a bug where aborting a transaction that called restore_savepoint() would leave more recent savepoints invalid.
• Improve performance when reading concurrently from multiple threads. Around 15% speedup on some benchmarks.
• Optimize cache usage, and general write performance. Around 1.5x speedup on some benchmarks.
• Optimize memory usage.
• Other performance optimizations.

4.0.0 - 2026-04-02

• Implement Drop on AccessGuardMut and AccessGuardMutInPlace, which requires that these be dropped before the Table they borrow from. This fixes a critical bug where the accessor could outlive the Table, and be dropped after the transaction had already committed. This could cause data loss due to the data in the accessor being written out after the transaction had already completed.
• Remove Legacy type. To migrate off the Legacy type, use the Legacy type in the 3.x release and copy the data to a table with plain tuples, before upgrading to the 4.x release.

3.1.3 - 2026-04-02

• Fix a data loss bug which can occur when the guard returned from Table::get_mut() is dropped after the transaction has been committed.
• Add a warning to Table::insert_reserve() indicating that it can cause data loss and recommending to upgrade to the 4.0.0 release.

3.1.2 - 2026-04-01

• Reduce memory usage of open databases

... (truncated)

Commits

• 6ed1f98 Bump version to 4.1.0
• 0a87cb7 Update changelog
• 03966a5 Require callers of get_page to provide a PageHint
• a75927f Remove some TODO comments
• a39779b Avoid allocating a page for a branch that will be immediately merged
• 6374134 Document that Table{,Multimap}Definition::new panic on empty names
• ba043e3 Avoid copying keys in leaf overwrite paths
• f42c468 Fix MultimapValue::next_back() not decrementing remaining counter
• 3756148 Clarify API contract for Key and Value traits
• 4552372 Consolidate WriteTransaction savepoint lifecycle state
• Additional commits viewable in compare view

[dependabot]

Looks like redb is no longer updatable, so this is no longer needed.