記事へのコメント32

    • 注目コメント
    • 新着コメント
    ntmukai
    ntmukai デッドロック発生の流れが分かりやすい。

    2023/05/02 リンク

    その他
    yasuharu519
    yasuharu519 わかりやすい解説

    2023/03/21 リンク

    その他
    tettekete37564
    tettekete37564 “(入室人数取得クエリ” < この結果が 0 だったときにトランザクション張り直しリトライではダメなのか?

    2022/07/05 リンク

    その他
    ar1theworld98
    ar1theworld98 “使用するDBがどのトランザクション分離レベルで稼働しているかはアプリケーション側のコードには現れにくいのにも関わらず、正確にそれらを把握しておかないとサービスに重要な影響を与える深刻なバグに繋がる可能

    2022/02/16 リンク

    その他
    rryu
    rryu アプリケーションレベルの排他制御をDBMSのロックを利用して実装するという発想が既にバグの元な感じがする。インデックス張っただけでバグるとか罠すぎる…

    2020/12/21 リンク

    その他
    lm0x
    lm0x id:erectroliteさんのコメントの意味がわからない…

    2020/12/20 リンク

    その他
    lalupin4
    lalupin4 RR が基本なんだっけ。

    2020/12/20 リンク

    その他
    ryunosinfx
    ryunosinfx 高負荷時だとロックすら躊躇されるからトランザクション張れない・・・(コンピューティングパワーが足りないかテーブルの設計が間違ってるとも言う。)

    2020/12/20 リンク

    その他
    yukky2000
    yukky2000 張るのはコネクションじゃないのか

    2020/12/20 リンク

    その他
    a_bicky
    a_bicky gap lock は排他ロックも共有ロックも共有ロック的に振る舞うの知らなかった…

    2020/12/20 リンク

    その他
    xlc
    xlc トランザクションを「張る」って何ぞ?/ RDBとSQLは正規表現と同じようなプログラミングパラダイムであり、オブジェクト指向では代替できないのだが、それを理解されてないよね。

    2020/12/20 リンク

    その他
    oakbow
    oakbow 分離レベルの話でRDB使わずにnoSQLでやるって言ってる人はちょっと使い方間違ってる気がするんだけどな。自前ロックとか車輪の再発明だしRDB以上にデータ整合性と同時実行制御できないと思うんだけど。

    2020/12/20 リンク

    その他
    Lumin
    Lumin select for updateは1年生で習います、SIerなら

    2020/12/20 リンク

    その他
    buhoho
    buhoho ありがたい教え

    2020/12/20 リンク

    その他
    letitride
    letitride 銀行の例だとupdateでロックとって、updateのsetで演算するかな。tx.Exec(`UPDATE balances SET balance = balance - ? WHERE user_id = ? and balance >= ?`, amount, userID, amount);でロストアップデートなしで安全に残高内で減算取引できる

    2020/12/20 リンク

    その他
    perl-o-pal
    perl-o-pal 初学者もいるわけだから何度やってもいい話だと思う。//私程度だとやらかしてから初めてあっ、てなるからなあ。まあ、この手の排他をRDBMSのトランザクションでやろうとは思わないかな…?

    2020/12/20 リンク

    その他
    daishi_n
    daishi_n ロック制御しているところは処理上のボトルネックにもなるので適切なトランザクションモードを選択するのがパフォーマンスの要なんだけどコード書く側のリテラシーに依存してるのが厄介さん

    2020/12/20 リンク

    その他
    KazuoLv1
    KazuoLv1 並列処理ならまずスレッドの勉強しておくべし

    2020/12/20 リンク

    その他
    robo_pitcher
    robo_pitcher エンタープライズシステムだと業務要件分析とトランザクションレベルの分析をきちんとしないと原因不明バグやパフォーマンス低下に苦しむ事になる

    2020/12/20 リンク

    その他
    Iridium
    Iridium こういうシーケンシャルな問題を調査するのってタイミングが絡んでくるので難しくない?逐次実行するとかみたいなモードってないのかな

    2020/12/20 リンク

    その他
    infobloga
    infobloga 解説としては分かりやすいけど、実務上はw1234567さんのコメントが的確。でも、久しぶりにこの話を読んで「こんな面倒なこと考えるなら、KVSで自前でロックするのが簡単で安全」って思った。

    2020/12/20 リンク

    その他
    matsui
    matsui “MySQLやPostgreSQLに代表されるRDBMS”

    2020/12/20 リンク

    その他
    shikiarai
    shikiarai チャットシステム程度を作るのにRDBMS使う必要があるのか。他の実装より高コストになってないか。って話もあるのだけれど、これはあくまで例かなということで。。

    2020/12/20 リンク

    その他
    masayuki5160
    masayuki5160 今まで読んできた中で一番わかりやすい説明だった。

    2020/12/20 リンク

    その他
    electrolite
    electrolite また30年以上前の知識(分離レベル)が一周回って出てきた。批判するわけではなく学習としては有効だが、今だったらRDB外でシリアライズか、最低限API化してアプリに直接たたかせないようにするかな。てかNoSQLか。

    2020/12/20 リンク

    その他
    kamocyc
    kamocyc トランザクション分離レベルの話。確かにちゃんと考えないとまずいところ。

    2020/12/20 リンク

    その他
    harumomo2006
    harumomo2006 緩いシステムではソシャゲ方式はわりと使える。被害が最小限になるようにデータ破損を前提に処理の順番を組み上げる=魔法石の効果発動を先にして魔法石が実際に消費されるのが最後

    2020/12/20 リンク

    その他
    areyoukicking
    areyoukicking この辺は考えたことある

    2020/12/20 リンク

    その他
    w1234567
    w1234567 MySQL詳しくないから変なこと言ってるかもだけど、roomsテーブルのレコードを最初にSELECT FOR UPDATEしてロックかけるのじゃ駄目なの?

    2020/12/20 リンク

    その他
    umai_bow
    umai_bow “。”

    2020/12/20 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    「トランザクション張っておけば大丈夫」と思ってませんか? バグの温床になる、よくある実装パターン

    この記事は DeNA 20 新卒 Advent Calendar 2020 19日目の記事です。 はじめに MySQLやPostgreSQLに代表...

    ブックマークしたユーザー

    • knstkny2024/08/17 knstkny
    • smihara2024/05/06 smihara
    • tofu-kun2024/03/30 tofu-kun
    • xmobile2023/12/20 xmobile
    • JUN_NETWORKS2023/10/31 JUN_NETWORKS
    • techtech05212023/05/05 techtech0521
    • ntmukai2023/05/02 ntmukai
    • yasuharu5192023/03/21 yasuharu519
    • youko032023/03/10 youko03
    • starneon35172023/03/07 starneon3517
    • Chisei2023/01/10 Chisei
    • knj29182022/11/05 knj2918
    • emmeleia2022/10/11 emmeleia
    • bootJP2022/08/14 bootJP
    • nyamadori2022/07/13 nyamadori
    • havanap2022/07/06 havanap
    • uyi_02022/07/05 uyi_0
    • pokoyakazan2022/07/05 pokoyakazan
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    pFad - Phonifier reborn

    Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

    Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy