![](https://cdn-ak-scissors.b.st-hatena.com/image/square/98ff51e81afe84b52a3776efdf79d0e6b0b5659c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkY0NDEwODUlMkY3OWIxOGY2ZDljODY3NzMwZjk0NjU1ZjQ1MWIzYmNlYTlmOWFmMWVmJTJGbGFyZ2UucG5nJTNGMTYzNjkzNzQwMD9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmZm09cG5nMzImcz03YTM2MjYyOTBhNjMwNTk2ZDg5YmRmODFhZTMzNTk4ZA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dab8215e72b284e514c51e7f9b6079d4a%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JUU2JTlCJUI0JUU2JTk2JUIwJUUzJTgxJUFFJUUzJTgzJUFEJUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgxJUFFJUU2JUE0JTlDJUU1JTg3JUJBJUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JUUzJTgwJTgxTXlTUUwlRTMlODElQThQb3N0Z3Jlc1NRTCVFMyU4MSVBRSVFNiU4QyU5OSVFNSU4QiU5NSVFNSVCNyVBRSVFNyU5NSVCMCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTUyMmFmNWYwODFiNmEwZTQ2OThlODA0ZTk2MDY4NDEx%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBuYW5uYW55X3N0b3JlcyZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTYwZGJmYjM1YmQ1ZjI4YWQ5ZWNjYjNmZTIyNjNjYTlm%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dcd404e9ac52467d31fee7b93ce25be62)
エントリーの編集
![loading...](https://b.st-hatena.com/0c3a38c41aeb08c713c990efb1b369be703ea86c/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
更新のロストの検出について、MySQLとPostgresSQLの挙動差異 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/0c3a38c41aeb08c713c990efb1b369be703ea86c/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
更新のロストの検出について、MySQLとPostgresSQLの挙動差異 - Qiita
保証するトランザクションのレベルをリピータブルリードにした際に、PostgresSQLであれば更新のロストを... 保証するトランザクションのレベルをリピータブルリードにした際に、PostgresSQLであれば更新のロストを自動検出できるが、MySQLだと自動検出できないという内容です。 PostgresSQL、MySQLでそのような状況となった場合に、具体的にどのような挙動となるのか確かめてみました。 検証環境 macOS: Big Sur 11.5.2(20G95) チップ: Apple M1 Docker: Docker version 20.10.5, build 55c4c88 PostgresSQL: 14.1 MySQL: 8.0.27 PostgresSQLの場合 環境構築 docker network create postgres-network で検証用のネットワークを作る※ docker run --network postgres-network --name postgres