Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
トランザクションの分離レベル(Isolation Level)について
Search
vividmuimui
June 07, 2017
Programming
99
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
トランザクションの分離レベル(Isolation Level)について
original
https://vividmuimui.github.io/slides/isolation-level/slides/
vividmuimui
June 07, 2017
More Decks by vividmuimui
See All by vividmuimui
あるチームでの技術選定で考えてること(外部向けに修正版)
vividmuimui
0
14
開発組織まわりで最近考えているあれこれ
vividmuimui
0
27
bundle-update.pdf
vividmuimui
0
130
Dependabot vs BundleUpdate+LockDiff
vividmuimui
0
96
あなたの知らないRuboCopの設定
vividmuimui
0
250
最近(2019/02/03)の #Ruby , #Rails , #Bundler 事情
vividmuimui
0
170
Jasperはいいぞ!
vividmuimui
0
54
Danger CI
vividmuimui
0
120
tigとかaliasなし生活を送ってみて改めてgitを覚えてる話
vividmuimui
0
130
Other Decks in Programming
See All in Programming
PHP Application における Kubernetes 内 gRPC 通信
ganchiku
0
530
吝嗇家のためのAI活用 / AI development for miser - ChatGPT + Issue Driven Development
tooppoo
0
190
コーディングルールの鮮度を保ちたい for SRE NEXT 2026 / keep-fresh-go-internal-conventions-sre-next-2026
handlename
0
150
Foundation Models frameworkで画像分析
ryodeveloper
1
130
エンジニアにデザインハーネスを 〜デザインプロセスを規定するためのハーネス〜 / Design harness from an engineer's perspective
rkaga
2
1.7k
GDG Korea Android: 2026 I/O Extended ~ What's new in Android development tools
pluu
0
140
共通化で考えるべきは、実装より公開する型だった
codeegg
0
280
Welcome to the "Parametricity" 🏙️ − Generic だけど Specific な世界 −
guvalif
PRO
1
180
継続モナドとリアクティブプログラミング
yukikurage
3
640
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
420
AI時代の仕事技芸論〜ソフトウェア開発で「遊ぶように働く」職人的熟達のすすめ(スクフェス仙台 2026バージョン)
kuranuki
0
710
AIが無かった頃の素敵な出会いの話
codmoninc
1
220
Featured
See All Featured
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
620
Between Models and Reality
mayunak
4
380
The Cult of Friendly URLs
andyhume
79
7k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
420
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
220
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
380
The Cost Of JavaScript in 2023
addyosmani
55
10k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Crafting Experiences
bethany
1
230
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
470
Skip the Path - Find Your Career Trail
mkilby
1
170
Transcript
トランザクションの分離レ トランザクションの分離レ ベル(Isolation Level) につ ベル(Isolation Level) につ いて いて
1
はじめに はじめに 極力、自信がないところは書かないように気を付けましたが、 間違っているところが有るかもしれないので、 このスライドの内容を鵜呑みせずに、 くわしくはググるか↓の記事を見てください。 このスライドはおもに↓の記事を参照しながら書きました。 http://qiita.com/kumagi/items/1dc1a91ec007365ac694 http://gyouza-daisuki.hatenablog.com/entry/2013/11/19/150838 https://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82
2
分離レベルとは 分離レベルとは トランザクションが複数同時に行われた時に、 一つのトランザクションがほかの処理からどれだけ独立しているか、 ほかの処理に影響をどれだけ影響をあたえるのか、 を設定するもの。 3
分離レベルとは(2) 分離レベルとは(2) ANSI の定義だと、4 つの種類がある。 READ UNCOMMITTED READ COMMITTED REPEATABLE
READ SERIALIZABLE READ UNCOMMITTED が一番独立性が低い、下に行くほど高い ( という話もある) Web 開発者が知っておくべき八つの分離レベル 4
READ UNCOMMITTED READ COMMITTED PostgreSQL, Oracle, SQL Server REPEATABLE READ
Mysql, MariaDB SERIALIZABLE は性能は良いが独立性が低い、 は独立性は高いが性能が低い より http://qiita.com/kumagi/items/1dc1a91ec007365ac694 5
READ COMMITTED READ COMMITTED コミット済みのものはread する。 ファジーリード/Non-Repeatable Read Anomaly/Inconsistent Read
Anomaly x を2 回read しようとした時に、間に他トランザクションでx のwrite があった時に、read した内容が異なる Read Skew Anomaly x, y をread しようとした時に、他トランザクションでy のwrite があ った時に、read したx, y に一貫性がない Lost Update Anomaly 6
REPEATABLE READ REPEATABLE READ 一度読み込んだデータはそのトランザクション内では何度読んでも同じ値に なる。 ほかのトランザクションでwrite のコミットがされても、write 前のデータを read
していれば、write 後にread しても同じデータが読まれる。 ファントムリード 2 回範囲に対する操作をした時に、間にinsert が発生していると、結 果が異なる 2 回count しようとした時に、間で1 件insert されてた場合、2 回目は 1 件多い数字になる READ COMMITTED で発生してたAnomaly は発生しない 7
REPEATABLE READ(2) REPEATABLE READ(2) 同じtransaction 内で2 回read しようとしても結果は同じ。 => しかし、この仕組みのことを知らずに、
最新のデータを取るぞ!って思って2 回目のread をしても1 回目のread と同 じデータなので、 事故る可能性がある。 8
REPEATABLE READ(2) REPEATABLE READ(2) Mysql のInnnoDB では、ネクストキーロックという仕組みでファントムリー ドが起きないようにしている。 が、そのせいでギャップロックが発生する https://dev.mysql.com/doc/refman/5.6/ja/innodb-next-key-locking.html
9
言いたかったこと 言いたかったこと Rails を使っているとActiveRecord のお陰で、DB サーバーがMysql なのか PostgreSQL なのかを気にせず使えてとても便利。 だが、こういう違いが有ることを意識しておかないと事故る可能性がある。
10
最後に 最後に 極力、自信がないところは書かないように気を付けましたが、 間違っているところが有るかもしれないので、 このスライドの内容を鵜呑みせずに、 くわしくはググるか↓の記事を見てください。 このスライドはおもに↓の記事を参照しながら書きました。 http://qiita.com/kumagi/items/1dc1a91ec007365ac694 http://gyouza-daisuki.hatenablog.com/entry/2013/11/19/150838 https://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82
11