PostgreSQLでSQLチューニングや障害状況調査に使ったクエリ達まとめ - $shibayu36->blog;
最近PostgreSQLでSQLチューニングや、DBが詰まった時の状況調査をいろいろやった。その時に便利だったクエリ達をまとめていく。PostgreSQLのバージョンは9.6系です。 SQLチューニングなどに便利だったクエリ達 それ以降に実行するSQLの実行時間を表示する。参考 https://morumoru00.wordpress.com/2011/05/08/postgresql-sql%E5%87%A6%E7%90%86%E6%99%82%E9%96%93%E3%82%92%E8%AA%BF%E3%81%B9%E3%82%8B%EF%BC%88timing/ \timing 実際にクエリを実行して実行計画や実行時間を表示する。クエリが実行されるので破壊的な操作も実行されてしまうことに注意。トランザクション張って最後にROLLBACKしましょう。参考 https://www.post
PostgreSQLのレプリケーション機能をつかってみた
■同期 マスターと1台のスレーブのディスクへのWALを書き込み後にユーザにレスポンスする ■メモリ同期 マスタのディスクと1台のスレーブのメモリへのWALを書き込み後にユーザにレスポンスする ■スレーブ非同期 マスターのディスクへのWALを書き込み後にユーザにレスポンスする（スレーブへの書き込みは確認しない） ■完全非同期 マスター・スレーブともにWAL書き込みを待たずにユーザにレスポンスする（WALはマスターのメモリ上のみ） スレーブ非同期がMySQLにて弊社でもよく使っているレプリケーションの同期設定です。 今回の設定も「スレーブ非同期」にて設定をしていきます。 レプリケーションの設定（マスター側） それでは実際にマスター側のPostgreSQLの設定をしていきます！ １．レプリケーションをするためのPostgreのユーザを作成する psqlコマンドでログインをして、下記のコマンドでユ
PostgreSQL安定運用のコツ2009 @hbstudy#5
2. アジェンダ • パフォーマンスと初期設定 • データベースの監視 • 性能劣化とメンテナンス • パフォーマンスチューニング（GUC編） • パフォーマンスチューニング（SQL編） • バックアップ＆リカバリ 本日の資料は http://slideshare.net/uptimejp にアップしてあります。 Copyright 2009 Uptime Technologies LLC, All rights reserved. 4. PostgreSQLプロセス構造 • PostgreSQL 8.4の場合 [snaga@devpg01 ~]$ ps -aef | cat | grep ^snaga snaga 5282 1 0 20:15 tty1 00:00:00 /usr/local/pgsql/bin/postgres - D ./pgdata snaga 5283 5282
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Accident Lawyers 10 Best Mutual Funds Healthy Weight Loss Top 10 Luxury Cars All Inclusive Vacation Packages Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report music videos Migraine Pain Relief Best Mortgage Rates Credit Card Application Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
20090107 Postgre Sqlチューニング（Sql編）
3. 実行計画とは？ 実行計画は、PostgreSQLのオプティマイザが最適だと判断したクエリを実行する個々のステップを示したもの。 Explainを使用することで、参照可能 testdb=# explain select count(id) from master where valid = true; QUERY PLAN ---------------------------------------------------------------------------- Aggregate (cost=217107.05..217107.06 rows=1 width=0) -> Seq Scan on master (cost=0.00..213742.88 rows=1345668 width=0) Filter: valid 4. ExplainとExplain analyz
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
memcached＋PostgreSQLで実現するハイパフォーマンスWebアプリケーション構築（1/4） ― ＠IT
本稿の前提環境 memcached 1.2.5 データベース：PostgreSQL 8.3.1 OS：CentOS 5（Linux kernel 2.6 ） シェル：bash CPU：Intel Core2Quad 9660 2.4GHz RAM：PC2-6400 8GBytes memcachedは、Danga Interactiveによって開発されたオープンソースのメモリキャッシュサーバです。 メモリ上にデータを保存するのでmemcachedを終了するとデータが失われますが、（OracleやMySQLといった）RDBMSと比較するとけた違いの高速レスポンス性能を有し、数千万件という大量のデータを扱ってもほとんど性能が劣化しないという特徴があります。 機能は限界まで切り詰められ、基本的にはキーとデータの組（以下、itemと呼びます）の保存と検索と削除しかできません。 にもかかわらず、me
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQLのデータ型
PostgreSQLのバックアップ＆リストア手法その1
Welcome to atseason.com