Update README.md
Copilot fix Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>pull/1079/head
parent
1dd1e9f55b
commit
3c817b672b
|
@ -1310,8 +1310,7 @@ Write-through is a slow overall operation due to the write operation, but subseq
|
||||||
|
|
||||||
* When a new node is created due to failure or scaling, the new node will not cache entries until the entry is updated in the database. Cache-aside in conjunction with write through can mitigate this issue.
|
* When a new node is created due to failure or scaling, the new node will not cache entries until the entry is updated in the database. Cache-aside in conjunction with write through can mitigate this issue.
|
||||||
* Most data written might never be read, which can be minimized with a TTL.
|
* Most data written might never be read, which can be minimized with a TTL.
|
||||||
* Failure in "Store in the DB" may lead to cache storing data that was never committed to the database. For a strong consistency, it's necessary to update the cache and the database in a distributed transaciton that will roll back the cache in case of database failure. This adds complexity to the system.
|
* Failure in "Store in the DB" may lead to cache storing data that was never committed to the database. For a strong consistency, it's necessary to update the cache and the database in a distributed transaction that will roll back the cache in case of database failure. This adds complexity to the system.
|
||||||
|
|
||||||
#### Write-behind (write-back)
|
#### Write-behind (write-back)
|
||||||
|
|
||||||
<p align="center">
|
<p align="center">
|
||||||
|
|
Loading…
Reference in New Issue