Trasis Lab » PostgreSQLで現在実行中のSQLの確認と、プロセスのkill
概要 PostgreSQL上で実行中のSQLを停止する方法について説明する。 Javaサーバ上で時間のかかるSQLを実行してしまい、Javaサーバを停止せずにそのスレッドだけを停止したい場合などにおいて、次の手順で実行された SQL を停止できる。 手順 プロセスID(pid)の確認 まず、問題のSQLが実行されるプロセスのIDを調べる。 コマンドラインなどで、次のSQLを実行。 SELECT procpid, start, now() - start AS lap, current_query FROM (SELECT backendid, pg_stat_get_backend_pid(S.backendid) AS procpid, pg_stat_get_backend_activity_start(S.backendid) AS start, pg_stat_get_backen
PostgreSQLトランザクションとDBD::Pgの謎の挙動
PostgreSQLのトランザクションの仕様 DBD::Pgの謎 謎の解析 追記 メモ PostgreSQLのトランザクションの仕様 CREATE TABLE test(x INT UNIQUE); INSERT INTO test (x) VALUES (1); INSERT INTO test (x) VALUES (2); としておきます。 ここで、 => BEGIN; => INSERT INTO test (x) VALUES (3); INSERT 0 1 => INSERT INTO test (x) VALUES (1); ERROR: duplicate key value violates unique constraint "test_x_key" とするとエラーになります。PostgreSQLはトランザクション中にエラーが起こると、以後何をしてもエラーになり受け付け
インデックスを作成して，SQLの速度をチューニングする手順 （PostgreSQLで，EXPLAIN文とCREATE INDEX文によるパフォーマンス改善） - 主に言語とシステム開発に関して
以下の５ステップで，適切なインデックスを作成し，SQLを高速化できる。 （１） パフォーマンスを改善すべきSQL（もしくはカラム）を特定 （１−１） ログを閲覧し，実行秒数の大きいものを抽出する。 （１−２） 統計テーブルを閲覧し，よく利用されるテーブルを特定する。 （２） 該当SQLのプランやコストを確認 （３） 該当カラムに対してインデックスを作成 （４） インデックスが作成されたことを確認 （５） SQLのプランやコストが改善されたことを確認 補足 ※↑ もくじジェネレータ で自動生成 DBはPostgreSQLを想定。 （１）パフォーマンスを改善すべきSQL（もしくはカラム）を特定 まず，インデックスを作成すべきカラムを見極める。 その方法は２つある。 （１−１）ログを閲覧し，実行秒数の大きいものを抽出する。 SQLの実行ログを閲覧する。 たとえば，Ruby on Railsなら，
PostgreSQLパフォーマンスチューニングのために ～重いSQLの見つけ方～ : アシアルブログ
こんにちは、牧野です。 先日、あるウェブサイトで使用しているPostgreSQLを見直す機会がありました。 PostgreSQLのパフォーマンスを手軽に上げるには、 ・データベースの設定ファイルのパラメータを変更する ・アプリケーションの方で重いSQLを発行している場所を見つけて、その部分を直していく ・vaccumを実行する など、いくつか方法が考えられます。 今回は、PostgreSQLで実行時間が長いSQLを見つける方法について紹介します。 本題に入る前に、まずはテスト用データベースを作っておきます。 <?php $db = pg_connect('dbname=test'); $sql = " CREATE TABLE artist ( artist_id serial primary key, name text not null ) "; pg_query($sql); $sq
» MeCab と textsearch_ja を使って高速な全文検索を実現しよう – PowerGres 体験記 第 4 回 | 技術情報 | PowerGres
対象バージョン: PowerGres 7 / PostgreSQL 8.4 本文では Microsoft Windows 7 (64 ビット版) において PowerGres on Windows 7.2 を使用して解説しています。 ※最新バージョンに関する情報はこちら データベースを使用するからには目的のデータを高速に検索したいと誰もが考えるでしょう。 高速な検索を実現する最も簡単な方法は適切な列 (例えば、検索条件に指定されている列) にインデックスを作成することです。 インデックス (索引) とは、その名のとおり書籍の索引と同じく目的のページ (データ) をすばやく探すための仕組みです。 もし、書籍に索引がなければ目的のページを探すのに最初から最後まで 1 ページずつ読んで探していく必要があります。 しかし、通常のインデックス (B-Tree インデックス) は「WHERE c =
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
テキスト検索の方法とインデックス — Let's Postgres
板垣 貴裕 テキスト検索にもさまざまな方法があります。大量のテキストを検索するにはインデックスを使って検索したいところですが、どんな検索にも応えられるインデックスというものは、さすがに存在しません。それぞれのアプリケーションの条件に適したテキスト検索方法やインデックスの張り方を選んで行きましょう。 今回説明するテキスト検索の方法の一覧を以下に挙げます。PostgreSQL ユーザが「全文テキスト検索」というと「単語単位の検索」を指すことが多いようです。また、「中間一致検索」が「あいまい検索」と呼ばれることもあるようです。用語が厳密な意味で使われないことも多いようなので、文脈には注意して解釈してください。 「単語単位の検索」と「中間一致検索」では、追加のモジュールを導入することで日本語全文検索が可能なインデックスを作成できます。こちらは説明の後半で紹介します。以下、本記事の内容です。 テキス
スロークエリの分析 — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 スロークエリ (時間のかかるSQL) を発見するまでの手順を解説します。スロークエリ分析と改善は以下の流れで行うことになります。この記事では主に 1. のスロークエリの特定方法について解説します。2.については『スロークエリの改善』を参考にしてください。 どのSQLが遅いのかを見つける。 そのSQLがなぜ時間がかかるのかを判断する。 設定パラメータ、SQL、スキーマなどを改善する。 着目したSQLの性能を再測定し、2. から繰り返す。 着目したSQLのチューニングが完了したら、他のボトルネックを探すため 1. から繰り返す。 スロークエリの見つけ方 スロークエリを見つけるには、大きく分けて統計情報ビューを使う方法と、サーバログを使う方法の2つがあります。統計情報ビューを使う方法は PostgreSQL 8.4 以降でしか利用できませんが
PostgreSQL 8.4 の新機能 — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 2009年7月1日、PostgreSQL 8.4 がリリースされました。以前のバージョンから1年5ヶ月ぶりのリリースです。数多くの新機能が盛り込まれていますが、大まかに以下のカテゴリに分けて紹介します。今回は、応用SQL、大規模対応に引き続き、運用管理に関する新機能をご紹介します。 応用SQL 大規模対応 運用管理 その他の情報 その他の新機能 次のバージョンへ先送りされた機能 公式のリリースノートは PostgreSQL 8.4プレスキットを参照してください。ソースコードと各プラットホーム向けのバイナリもダウンロードできるようになっています。 応用SQLに関する新機能 応用SQLに関する機能では、特に「再帰SQL」と「Window関数」への対応が大きいでしょう。 PostgreSQL は標準SQLに良く準拠していると評価されることが多
PostgreSQLのバージョンを上げたら、ERROR: operator does not exist: integer = textとエラーが出る場合 - リウムおもしろブログ
2011年05月06日 09:00 カテゴリシステム開発ふじた PostgreSQLのバージョンを上げたら、ERROR: operator does not exist: integer = textとエラーが出る場合 Posted by riumfujita No Comments No Trackbacks リウムのふじたです。 バージョンが上がる毎に目覚しい高速化が図られているPostgreSQLというリレーショナルデータベースがあります。 新規にアプリケーションを開発する場合は、なるべく新しいものをチョイスすれば良いと思いますが、既に存在するアプリケーションが使用しているPostgreSQLのバージョンアップをする場合、得られる変化はその速度だけでなく互換性の問題が発生する場合もあります。 今回はバージョン8.1系から、8.4系へバージョンアップした場合に起こる問題の一例です。 P
北京市网信办推进自媒体账号专项治理关闭11万个 该楼共召主会开业议4次-武冈新擞蔬菜行情网
最新文章 2018-12-26 20:02▪ 上思一KTV安全出口数量不足被消防部门依法查封 2018-12-26 20:02▪ 乌向俄放狠话：捍卫刻赤海峡“主权”是我们的责任 2018-12-26 20:02▪ 中餐的魅力有多大？看这些外国人的痴迷程度就知道 2018-12-26 20:02▪ 大冶发生一起3人死亡的冒顶事故公司所属矿山连续7年发生... 2018-12-26 20:02▪ 印度油罐车与客车相撞至少11人死亡 2018-12-26 20:02▪ 视频|两江新区邢家桥社区旁天然气管道泄漏消防队员已成功... 2018-12-26 20:02▪ 日本农相拟就重启商业捕鲸寻求国际社会理解 2018-12-26 20:02▪ 上海到青岛高铁建设又进一步！青盐铁路12月26日开通 2018-12-26 20:02▪ “深圳虐童事件”女童身体指标正常克服心理阴影或还需时间 2018-
テキスト検索の方法とインデックス — Let's Postgres
板垣 貴裕 テキスト検索にもさまざまな方法があります。大量のテキストを検索するにはインデックスを使って検索したいところですが、どんな検索にも応えられるインデックスというものは、さすがに存在しません。それぞれのアプリケーションの条件に適したテキスト検索方法やインデックスの張り方を選んで行きましょう。 今回説明するテキスト検索の方法の一覧を以下に挙げます。PostgreSQL ユーザが「全文テキスト検索」というと「単語単位の検索」を指すことが多いようです。また、「中間一致検索」が「あいまい検索」と呼ばれることもあるようです。用語が厳密な意味で使われないことも多いようなので、文脈には注意して解釈してください。 「単語単位の検索」と「中間一致検索」では、追加のモジュールを導入することで日本語全文検索が可能なインデックスを作成できます。こちらは説明の後半で紹介します。以下、本記事の内容です。 テキス
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
PostgreSQLでCSVやTSV用に改行コードを取り除く方法 | Creazy!
DBからCSV（カンマ区切り）やTSV（タブ区切り）でデータを出力するってことがたまにあるのですが、出力するデータに改行が入っているとCSVやTSVのフォーマットが崩れてしまってエクセルなどでうまく開けない時ってありますよね。 そんな時に幸せになれるかもしれない方法（PostgreSQL限定）を書いてみます。 素直に改行コードをreplaceで変換する 一つ目の方法は、まあ、単純に思いつきそうですが、replace関数で変換してしまう方法です。 変換対象の改行コードは以下のように表すことができます。 chr(13) : CR（キャリッジリターン） chr(10) : LF（ラインフィード） chr(13)||chr(10) : CRLF これをSQLで書いてみると、 select replace(replace(replace(description,chr(13)||chr(10),'
PostgreSQL で、 ALTER TABLE によるカラム追加時に default と NOT NULL 制約を指定できない件 - えびすくい
PostgreSQL 7.4.3 on i586-momonga-linux-gnu, compiled by GCC gcc (GCC) 3.2.3 (Momonga Linux 1.0 3.2.3-12m) にて確認しました。 普通に以下のSQLを実行すると、 ALTER TABLE c_member_pre ADD COLUMN login_id varchar(255) NOT NULL default ''; こんなエラーが出るわけです。 ERROR: adding columns with defaults is not implemented default を外してもエラーが。 ALTER TABLE c_member_pre ADD COLUMN login_id varchar(255) NOT NULL; ERROR: adding NOT NULL columns
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
EXPLAINの利用
いまさら聞けないPostgreSQL運用管理
http://blog.tofu-kun.org/070620123532.php