鬱病（うつ病）と診断されてから、かけ足で会社を退職するまで
ぼくのうつ病の体験談を第一話、第二話、第三話で綴っています。 今回は第二話です。 うつ病になるなんて思いもしなかった マイペース、脳天気、前向きな性格だと思っていたのに、まさかうつ病になるなんて。 家系に鬱病経験者はいない。 しかも、どちらかと言えば明るくて、前向きな性格だったから、「鬱病は無縁」だと信じ込んでいた。 最初は「典型的なうつ病」という診断結果を信じられなかったのだが、抗うつ薬や睡眠薬を飲むに連れて、実感がわいてきた。 でも、「鬱病に立ち向かおう」なんて前向きな気持ちにはなれない。 まずは家族に詳しく話し、今後のことを決めようと思った。 嫁と子供のことを考えれば考えるほど、会社を休む、もしくは辞めるという選択肢は遠くなっていった。 うつ病の悩みを打ち明けるなら、相談相手は慎重に選んだほうがいい。 うつ病と診断されて緊急家族会議 自宅に着き、夕食もそっちのけで嫁に話をした。 まず
InnoDBのREPEATABLE READにおけるLocking Readについての注意点
本日は、MySQL Casual Advent Calendar 2013の20日目である。というわけでカジュアルに小ネタを紹介しよう。 MVCC - Multi Version Concurrency Controlご存知の通り、InnoDBはMVCCを実装している。そのため、分離レベルがREPEATABLE READの場合には、行にロックをかけることなく、一貫した読み取りが可能になっている。 もし、あるトランザクションT1開始後に、別のトランザクションT2によって同じ行が書き換えられてしまった場合には、T1はロールバックセグメントにある古いバージョンの値を読み取ることができるので、T1内で実行したSELECTは常にT1開始時点のデータを参照することができるのである。大事なのでもう一度言うが、REPEATABLE READにおける単純なSELECTでは行ロックは必要ない。 Lost Up
MySQLでトランザクションの4つの分離レベルを試す - FAT47の底辺インフラ議事録
トランザクションとは 1つの作業単位として扱われるSQLクエリの集まりです。 複数のUPDATEやINSERTをひとつの集まりとして、 それらのクエリがすべて適用できた場合のみデータベースに反映します。 ひとつでも適用に失敗したクエリがあった場合は、そのまとまりすべてのクエリの結果は反映しません。 ACID特性 トランザクション処理に求められる4つの特性です。 原子性 (Atomicity) トランザクションに含まれる手順が「すべて実行されるか」「すべてされないか」のどちらかになる性質。 一貫性 (Consistency) どんな状況でもトランザクション前後でデータの整合性が矛盾なく保たれる性質。 分離性 (Isolation) トランザクション実行中は、処理途中のデータは外部から隠蔽されて他の処理に影響を与えない性質。 永続性 (Durability) トランザクションが完了したら、シス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
