質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Heroku

HerokuはHeroku社が開発と運営を行っているPaaSの名称です。RubyやNode.js、Python、そしてJVMベース(Java、Scala、Clojureなど)の複数のプログラミング言語をサポートしている。

PostgreSQL

PostgreSQLはオープンソースのオブジェクトリレーショナルデータベース管理システムです。 Oracle Databaseで使われるPL/SQLを参考に実装されたビルトイン言語で、Windows、 Mac、Linux、UNIX、MSなどいくつものプラットフォームに対応しています。

Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Active Record

Active Recordは、一つのオブジェクトに対しドメインのロジックとストレージの抽象性を結合するデザインパターンです。

Q&A

解決済

1回答

328閲覧

HerokuのPostgreSQLで、外部キーをremoveしようとするとスタックしてしまいます

dialbird

総合スコア379

Heroku

HerokuはHeroku社が開発と運営を行っているPaaSの名称です。RubyやNode.js、Python、そしてJVMベース(Java、Scala、Clojureなど)の複数のプログラミング言語をサポートしている。

PostgreSQL

PostgreSQLはオープンソースのオブジェクトリレーショナルデータベース管理システムです。 Oracle Databaseで使われるPL/SQLを参考に実装されたビルトイン言語で、Windows、 Mac、Linux、UNIX、MSなどいくつものプラットフォームに対応しています。

Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Active Record

Active Recordは、一つのオブジェクトに対しドメインのロジックとストレージの抽象性を結合するデザインパターンです。

0グッド

0クリップ

投稿2019/10/29 03:21

編集2019/10/29 04:02

HerokuでRailsアプリを運用しているものです。

モデルのカラムから「外部キー」を削除するだけの処理のマイグレーションを反映したいのですが、以下のSQLが走った時だけDBがスタックして、全然先に進まなくなるのです

sql

1ALTER TABLE projects DROP CONSTRAINT projects_user_id_fk;

不思議なのは、この処理は「ローカル」および、本番と同じくHerokuサーバで作っているステージング環境のDBでは問題なく走るということです。

なので、「コードに問題があるというよりかはDBに問題があるのでは?」と考えているのですが、目下対応策が思い浮かばず困っています。

ちなみにDBのバージョンは以下の通りです。

sql

1SELECT version(); 2 3-- PostgreSQL 11.5 (Ubuntu 11.5-3.pgdg16.04+1) on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609, 64-bit

どなたか原因に心当たりのある方、アドバイスをいただけないでしょうか?
よろしくお願いいたします。

追記

  • usersとprojectsのテーブルのデータ量を記載します
  • HerokuのDB利用の制限となるレコード数は、38,248/10,000,000なので、限界には達している感じではないです。

sql

1SELECT COUNT(*) from users; 2 3 count 4------- 5 2429 6 7SELECT 8 relname, 9 reltuples as rows, 10 (relpages * 8192) as bytes 11FROM 12 pg_class 13WHERE 14 relname = 'users'; 15 16--- 17 18 relname | rows | bytes 19---------+------+-------- 20 users | 2419 | 843776 21

sql

1SELECT COUNT(*) from projects; 2 3 count 4------- 5 168 6 7SELECT 8 relname, 9 reltuples as rows, 10 (relpages * 8192) as bytes 11FROM 12 pg_class 13WHERE 14 relname = 'projects'; 15 16--- 17 18 relname | rows | bytes 19----------+------+-------- 20 projects | 168 | 360448

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

yoorwm

2019/10/29 03:47

データ量を確認してみてください
dialbird

2019/10/29 04:01

@yoorwmさん ありがとうございます。 データ量の記載をしました! データ量が多いと、時間がかかるということでしょうか?
dialbird

2019/10/29 05:10

@Orlofskyさん ありがとうございます ただ早速VACUUMをusersやprojectsで試してみたのですが、結果は同じでした‥‥。
Orlofsky

2019/10/29 05:16

ディスクの空きがなくなっているとかはありませんか?
dialbird

2019/10/29 05:37

ディスクの空きではなく、ロックファイルが原因でした! アドバイスいただき、感謝いたします!
guest

回答1

0

自己解決

解決しました!
どうやら本番のDBにだけロックがかかっていたようです‥‥
heroku-pg-extrasプラグインで調べることができました。
どうやら何かの手違いで複数のトランザクションが発生して、ロックプロセスが残ってしまっていたようでした‥‥

https://blog.heroku.com/more_insight_into_your_database_with_pgextras#locks

なので、ロックプロセスをkillしたら無事開通しました!

// pid取得。(heroku pg:psでもできた) $ heroku pg:locks // idle in transactionだったので、forceでkill $ heroku pg:kill --force <pid>

コメントをいただいた@yoorwmさん、@Orlofskyさんありがとうございました!

投稿2019/10/29 05:37

dialbird

総合スコア379

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問