7月2日の午前1時35分から発生したKDDIの通信障害。その影響は全国、しかも個人のスマートフォンだけでなく、企業の携帯電話やIoT回線などにもおよぶ非常に大規模なものとなり、復旧にも約40時間近くを要した。 その影響の大きさは一連の出来事から見て取ることができる。障害発生の翌日となる7月3日には、日曜ながら朝10時より金子恭之総務大臣が、KDDIの通信障害について会見で説明。その1時間後の11時には、障害の最中ながらKDDIも緊急会見を開き、同社の代表取締役社長である高橋誠氏らが一連の障害について謝罪するとともに、障害の影響や経緯などについて説明した。通信障害が解決していない状況下で会見が相次いで実施されるというのは、かなり異例だ。 通信障害の影響は先にも触れた通り全国に広がっており、個人・法人のスマートフォンや携帯電話、KDDIの回線を利用しているMVNOの回線、企業が利用するIoT回
WHERE 条件のフィールドを UPDATE するのって,明示的にロックしてなくても安全?全パターン調べてみました!MySQLSQLPostgreSQLDatabaseQiitaEngineerFesta2022 TL; DR MySQL/Postgres とも, MVCC アーキテクチャの恩恵で, SELECT と UPDATE は基本的には競合しない。 単一レコードのシンプルな UPDATE でも排他ロックされ,排他ロック中のレコードへの UPDATE での変更操作は トランザクション分離レベルによらず ブロックされる。UPDATE 文に含まれる WHERE 句での検索もブロックされ,これはブロックされない SELECT による検索とは別扱いになる。 但し UPDATE 文の WHERE 句上で,更新対象をサブクエリの SELECT から自己参照している場合は例外。トランザクション分離
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く