|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
$ docker run --name postgres -e POSTGRES_PASSWORD=postgres -p 5432:5432 -d postgres:12 $ psql -h localhost -U postgres -d postgres # create table product(id int, name text, price int); # insert into product(id, name, price) values (1, 'product1', 100),(2, 'product2',200); ・A(別ターミナルから) postgres=# begin; postgres=# update product set price=101 where id =1; UPDATE 1 ・B(別ターミナルから) postgres=# begin; postgres=# update product set price=201 where id =2; UPDATE 1 ・B postgres=# update product set price=201 where id =1; UPDATE 1 ロック待ちが発生し、以下を実行するとdeadlockになる ・A postgres=# update product set price=101 where id =2; ERROR: deadlock detected DETAIL: Process 89 waits for ShareLock on transaction 492; blocked by process 104. Process 104 waits for ShareLock on transaction 491; blocked by process 89. HINT: See server log for query details. CONTEXT: while updating tuple (0,2) in relation "product" ・A postgres=# abort; ROLLBACK ・B postgres=# abort; ROLLBACK |
トランザクションA, Bからproduct1, product2に対してUPDATE文を発行すると、2つのトランザクションで互いにロック待ちとなるデッドロックが発生する。
- ACCESS EXCLUSIVEを出す場合
パラメーターグループにlog_lock_waitsを1にして適用していること。deadlock_timeoutを伸ばして様子見するのも良い。
|
1 2 3 4 5 6 7 8 9 10 11 |
CREATE TABLE test_table ( id SERIAL PRIMARY KEY, value VARCHAR(100) ); BEGIN; ALTER TABLE test_table ADD COLUMN new_column VARCHAR(100); SELECT * FROM test_table; #別セッションで COMMIT; |
Was this helpful?
0 / 0
1989年生まれのFindy/SRE。ホスティングから大規模なアドテクなどのインフラエンジニアとして携わる。現在はサービスの信頼性向上、DevOps、可用性、レイテンシ、パフォーマンス、モニタリング、オブザーバビリティ、緊急対応、AWSでのインフラ構築、Docker開発環境の提供、IaC、新技術の検証、リファクタリング、セキュリティ強化、分析基盤の運用などを担当している。個人事業主では数社サーバー保守とベンチャー企業のインフラコンサルティングを行うほか、TechBullで未経験者にSREのコーチング、コミュニティ運営、Members 会員管理システムの開発をリードしている。過去には脆弱性スキャナVulsのOSS活動にも貢献。