RDS for PostgreSQL で変更すべきパラメータチューニング - そーだいなるらくがき帳
※追記(タイトルにRDSと書いたがPostgreSQL限定である） RDSはデフォルトでパラメータをチューニングされているものの、本番でそれなりに使うにはチューニングが必要。 そこで最初にある程度チューニングしておくべき場所を記載していく。 AWSのパラメータについては下記を参考。 docs.aws.amazon.com デッドロックの検査間隔 soudai.hatenablog.com deadlock_timeout はデフォルトは1000msになっている。 1秒はPostgreSQLのデフォルトなので短い。 10秒以上と書いているが弊社の場合は40秒にしている。 これは明確な基準値を持って決めてるわけでは無く、pg_stat_database.deadlocks の値が今までずっと0なので強気に付けている。 checkpointの値 Google検索すると checkpoint_se
PostgreSQLは標準でバックスラッシュをエスケープしない仕様になった
PostgreSQL9.1の仕様変更にて、デフォルト時の設定として、standard_conforming_stringsがonとみなされるようになりました。この仕様変更により、デフォルト設定でのPostgreSQLは、バックスラッシュをエスケープする必要がなくなり、ISO規格のSQLと同様のエスケープルール（シングルクォートを重ねるのみ）となります。 PostgreSQLの文字列リテラルは、元々MySQL同様に、バックスラッシュをエスケープする仕様でした。その後、リリース8.1にて、設定パラメータ standard_conforming_strings が追加され、この値が on の場合、バックスラッシュをエスケープしない（ISO規格と同様の）仕様となりました。従来のリリースでは、standard_conforming_stringsを指定しない場合offとみなされていました。これは、後
このRDBについて私は驚くべき闇を見つけたがそこを発表するにはネットは怖すぎる
YAP(achimon)C::Asia Hachioji 2016midの資料です。
PostgreSQLは寿司ビール問題を解決する（unicode 6問題について）
TwitterでMySQL と寿司ビール問題ってのが話題になりました。 MySQLと寿司ビール問題 結論から言うとMySQLでは指定されてた文字コードによっては あれ？ MySQL の utf8mb4 charset って、4バイト文字同士を比較すると同じ文字扱いされる？ SELECT '🍣'='🍺' → 1 MySQL的には寿司とビールは同じ扱い。 — とみたまさひろ (@tmtms) 2014, 12月 22 ってなる話です。 詳細については前述のブログで触れられていますがMySQLとしてはバグではなく仕様だそうです。 でふーんって思って見てたら MySQLの「寿司とビール」問題、面倒臭いね。「PostgreSQLならそんなことはないよ」って言われたら使うの検討するレベルにイヤな感じ。 — 長谷川智希@とむぞう (@tomzoh) 2015, 3月 23 と長谷川さんが仰ってるのを
PostgreSQLに興味がある人向けにまとめてみた。｜PostgreSQL｜お仕事メモ｜Pictnotes
PostgreSQL9.2がでたのと、一部で？またPostgreSQLを使いたいと思ってる人が多くなったとかあるみたいなので 4〜5年触ってなかったか、全然知らない人向けとおさらいとしてまとめてみた。 ざっくり書いてるので、詳しい人からみるとおかしい点もあるかと思いますが、気になった点はより詳しい記事が あると思うので、調べてみてください。 明らかな間違え等々は、修正加筆したいので、コメントか twitterの @itm_kiyoまで、御願いします。 Q. なんて読むの？書くの？ A. PostgreSQL(ぽすとぐれすきゅーえる)、PとSQLは大文字。ちなみにMySQL(y以外は大文字)なんで、小文字と大文字の区別をきちんとするとその界隈の人がよろこびます。 でも、「postgres」 とか 、「Postgres」や「ポスグレ」とか書かれてることも多いです。 Q. どのバージョンを使うの
バックアップとリストア
目次23.1. SQLによるダンプ23.1.1. ダンプのリストア23.1.2. pg_dumpallの使用23.1.3. 大規模データベースの扱い23.2. ファイルシステムレベルのバックアップ23.3. オンラインバックアップとポイントインタイムリカバリ（PITR）23.3.1. WAL保管の設定23.3.2. ベースバックアップの作成23.3.3. オンラインバックアップを使用した復旧23.3.4. 時系列23.3.5. 警告23.4. リリース間の移行 貴重なデータを全て保存しているため、PostgreSQLデータベースは定期的にバックアップされなければなりません。 バックアップの手順は基本的に簡単ですが、使用されている技術といくつかの仮定となる条件の基本的理解は重要です。 PostgreSQLのデータをバックアップする場合、3つの異なる手法があります。 SQLによるダンプ ファイ
バックアップとリストア
目次22.1. SQL によるダンプ22.1.1. ダンプのリストア22.1.2. pg_dumpall の使用22.1.3. 大規模データベース22.1.4. 警告22.2. ファイルシステムレベルのバックアップ22.3. リリース間の移行 貴重なデータをすべて保存しているため、 PostgreSQL データベースは定期的にバックアップされなければなりません。 バックアップの手順は基本的に簡単ですが、底流にある技術といくつかの仮定となる条件を理解することは重要です。 PostgreSQL のデータをバックアップする時には基本的に以下の異なった 2 つの手法があります。 SQL によるダンプ ファイルシステムレベルのバックアップ 22.1. SQL によるダンプSQL によるダンプ方法の背景にある考え方は SQL コマンドでテキストファイルを生成し、そのファイルをサーバが再度読み込みを行っ
NPO法人 日本PostgreSQLユーザ会
日本 PostgreSQL ユーザ会 （略称 JPUG）の Web サイトです。 PostgreSQL の日本語訳マニュアル、PostgreSQL ダウンロードへのリンク、各種イベントのお知らせ、ユーザ会各組織の情報を掲載しています。 毎年 カンファレンス を開催しています。 PostgreSQL に関するご質問・ご相談は、当会のメーリングリストや ワークスペース（の #beginners や #general チャンネル）に投稿ください。 他の PostgreSQL ユーザからのコメントを貰えると思います。 ［JPUG メーリングリスト／Slackワークスペース］ https://www.postgresql.jp/npo/mailinglist また、姉妹サイトで PostgreSQL の各種記事を集積している Let's Postgres もご参照ください。
商用データベースに負けないPostgreSQL
今回のおもな内容 フリーのデータベースPostgreSQL PostgreSQLの歴史 主要なUNIX系OSで動作可能 PostgreSQLの特徴と欠点 アプリケーション開発インターフェイス サポートについて 最新情報はコミュニティから得られる PostgreSQL関連リンク集 PostgreSQL（「ポストグレエスキューエル」や「ポストグレス」と読むことが多い。英語版のFAQによると、正式には「Post-Gres-Q-L」、つまり「ポストグレス・キューエル」と読む ）は、「BSDライセンス」に基づき配布されているフリーのデータベースソフトウェアで、商用／非商用を問わず無償で利用することができます。しかも、商用のデータベースソフトと同等もしくはそれ以上の機能を持っています。 これは何を意味するかというと、個人的な使用はもちろんのこと、商用のアプリケーションパッケージにPostgreSQLを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バックアップとリストア
バックアップとリストア