MySQLのSELECT .. FOR UPDATEはREPEATABLE-READでも直近にコミットされたレコードを返す TL;DR トランザクション分離レベルがREPEATABLE-READの場合、SELECT .. FOR UPDATEやSELECT .. LOCK IN SHARE MODEとロックなしのSELECTの結果が違うことがある。 仕様らしい => 漢(オトコ)のコンピュータ道: InnoDBのREPEATABLE READにおけるLocking Readについての注意点
「ブロックチェーンが世界の決済システムを変える」。こうした言説の妥当性はともあれ、その背景には「ブロックチェーンは低コストでスケールアウトできるデータベース」であり、「従来のサーバー集中型システムと比べて低コストで大規模にスケールさせることができる」といった思い込み、一種の“神話”が見え隠れする。 だが、少なくとも現時点でのブロックチェーンの現実は、大きく異なる。現在運用されている最大規模のブロックチェーンであるビットコインを例にとると、処理できるトランザクション(取引)データ量は、約10分ごとに約1Mバイト。1トランザクション当たりのデータ量は取引の性質によって異なるが、これは平均すると毎秒7トランザクションに相当する。これでは、とても世界の決済インフラを担える処理能力とはいえない。 また、その取引処理に要するITコストは、対価が支払われている採掘費用だけを見ても、現在は10分おきに12
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く