【訃報】「PostgreSQL」の開発に携わったソフトウェアエンジニアのサイモン・リッグス氏が航空機事故で死亡
2024年3月26日、データベース管理システムのPostgreSQLの開発やデータサーバーソリューション会社の2ndQuadrantの立ち上げに携わったソフトウェア開発者のサイモン・リッグス氏が亡くなりました。 PostgreSQL: Remembering Simon Riggs https://www.postgresql.org/about/news/remembering-simon-riggs-2830/ First picture of pilot who died in crash at Duxford aviation museum https://www.telegraph.co.uk/news/2024/03/27/plane-crash-imperial-war-museum-duxford/ 'Truly great' Bedfordshire man named
PostgreSQLの主要コントリビューター「EDB」が語る、クラウドネイティブデータベースの現状
BigAnimalには後述するEDBのさまざまなコンポーネントが効果的に組み込まれています。 EDB Postgres Distributed EDB Postgres Distributedは、99.999％（ファイブナイン）の可用性を実現するアドオンで、オンプレミスや上記のBigAnimalで利用できます。 以前からPostgreSQLを利用しているなら「BDR（Bi-Directional Replication）」という用語を聞いたことがあるかもしれません。BDRは双方向にロジカルレプリケーションを行うことでマルチプライマリーのPostgreSQLクラスタを実現する技術でしたが、EDB Postgres DistributedのAlways OnアーキテクチャはBDRとPGD-Proxyの2つのキーコンポーネントから構成されています。 EDB Postgres Distribute
第95回 MySQL REST Serviceの紹介、PostgreSQL 16 ベータ版情報 | gihyo.jp
OSSデータベース取り取り時報 第95回MySQL REST Serviceの紹介、PostgreSQL 16 ベータ版情報 この連載は、OSSコンソーシアム データベース部会のメンバーがオープンソースデータベースの毎月の出来事をお伝えしています。 私たちOSSコンソーシアムはこの7月で15年目に入ります。コロナ禍の影響で、この3年間はコミュニティ活動がやや低調でした。OSSコミュニティの皆さんは、懇親会ができないとどうも元気が出ないみたいですね。この連載でお知らせしているイベント等でも、オンラインを併用しつつ、リアル開催が復活してきています。私たちも3年前までの元気を取り戻しつつあります。OSSコンソーシアムの活動にもご関心を持っていただければ幸いです。 ［MySQL］2023年6月の主な出来事 6月はMySQLのリリースはありませんでした。MySQLのクラウドサービスであるMySQ
PostgreSQL 15検証報告
更新日: 2022年10月20日 2022年10月にリリースされたPostgreSQL 15の主要な新機能について動作検証を行った結果を報告します。 本検証レポートはコマンド実行手順も詳細に記載していますので、PostgreSQL 15 を使って実際に新機能を確認したい方のガイドブックとしても活用できます。 PostgreSQL 15の主要な強化点は以下のとおりです。 NOT IN句の改善 ソートの性能改善 ウィンドウ関数の性能改善 psql \copyの性能改善 zstandard圧縮サポート 先読みによるリカバリ性能改善 MERGE文 SQL/JSON対応の拡張（リリース過程で取り下げられたため含まれません） 正規表現関数の追加 多重範囲型への集約 ロジカルレプリケーションの拡張 呼び出し元権限で実行されるビュー モジュールによるWALアーカイブ JSONLOG形式 モニタリングビュー
Kubernetesでもデータベースを本格運用――「PostgreSQL Operator PGO」を使い倒す
Kubernetesでもデータベースを本格運用――「PostgreSQL Operator PGO」を使い倒す：Cloud Nativeチートシート（19） Kubernetesやクラウドネイティブをより便利に利用する技術やツールの概要、使い方を凝縮して紹介する連載。今回は、Operatorを利用して、Kubernetes上でデータベースを動作させる方法とその利点を紹介します。
Kubernetes PostgreSQL Operatorの紹介
本記事では、コンテナ管理ツールであるKubernetes上でPostgreSQLクラスタを動かすためのOperatorと呼ばれるソフトウェアについて概要を紹介します。また、代表的なPostgreSQL OperatorとしてZalandoとCrunchyを紹介します。各ソフトウェアの詳細については以下の記事を参照ください。 Crunchy PostgreSQL Operatorの紹介 Zalando Postgres Operatorの紹介 Kubernetesの特長 Kubernetesは宣言的設定(マニフェスト)で「あるべき状態」を定義することにより自律的にシステムの管理を行うことが特長です。例えばWebサーバのレプリカ数を3とした場合、現在の状態を定期的にチェックし、サーバの数がそれに満たない場合は新たに起動します。この繰り返しの動作をReconciliation Loop(突合せル
TCPパケットを解析して構造化ログでダンプするツール tcpdp を作った - Copy/Cut/Paste/Hatena
やっと形になってきました。 github.com 「データベースのクエリログを取得したい」 例えば、データベース（RDBMS）のクエリログを取得したいとき一番確実な方法は、そのRDBMSに備わっているログ機構を利用することです。 一方で、全てのクエリログを出力するとなるとそれなりにIO負荷がかかることが予想されるので、負荷状況によってはクエリログ出力（のIO負荷）を別サーバに分離したくなります。 では、どうすればよいかというと、例えば アプリケーションサーバとデータベースサーバの間にプロキシサーバを挟んでそこで記録することでIO負荷を分離する アプリケーションサーバ側で（notアプリケーションで）記録することで（大抵、サーバ台数の多い）アプリケーション側にIO負荷を分散する というような方法を思いつきます。 そこで、「もし、TCPコネクション上に流れている（例えば）クエリログを解析してログ
3TB超のCacooのPostgreSQL 9.3を9.5にアップグレードした話 | 株式会社ヌーラボ(Nulab inc.)
こんにちは。Cacooチームのイニエスタこと、とおのぶです。CacooはデータベースのPostgreSQLのバージョンアップを実施しました。基本的には公式のpg_upgradeの手順に従っています。ここではドキュメントには記載の少ない具体的な作業内容の流れを紹介したいと思います。 理由 ユーザアンケートからみる Cacoo のコア・バリューで記されたとおり、全体的なパフォーマンスの向上については重要度の高い課題の一つです。PostgreSQL 9.5ではソート性能の大幅な改善が強化点の一つで、パフォーマンスの改善が見込まれます。またフェイルオーバ後、新しいマスターに追従するスタンバイとして、古いマスターサーバをオンラインに戻すことができるpg_rewindも、PostgreSQL 9.5の魅力の一つです。 バージョンアップ前の構成 構成は、マスタとスレーブのストリーミング・レプリケーション
スロークエリの分析 — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 スロークエリ (時間のかかるSQL) を発見するまでの手順を解説します。スロークエリ分析と改善は以下の流れで行うことになります。この記事では主に 1. のスロークエリの特定方法について解説します。2.については『スロークエリの改善』を参考にしてください。 どのSQLが遅いのかを見つける。 そのSQLがなぜ時間がかかるのかを判断する。 設定パラメータ、SQL、スキーマなどを改善する。 着目したSQLの性能を再測定し、2. から繰り返す。 着目したSQLのチューニングが完了したら、他のボトルネックを探すため 1. から繰り返す。 スロークエリの見つけ方 スロークエリを見つけるには、大きく分けて統計情報ビューを使う方法と、サーバログを使う方法の2つがあります。統計情報ビューを使う方法は PostgreSQL 8.4 以降でしか利用できませんが
PostgreSQLのチューニング事例 - Qiita
事前情報 m3.xlargeインスタンス 15GB メモリ 13 ECU = 3.25ECU(2.6GHz) * 仮想4コア DBサイズ 3.38 GB 設定値 max_connections = 100 shared_buffers = 3GB # 実メモリの20% # ここらへんのはとりあえずこのくらいで。小さすぎる分にはlog_temp_filesの設定で書き出されるので後で気づいて調整できる。 temp_buffers = 32MB work_mem = 32MB maintenance_work_mem = 128MB wal_buffers = 16MB # 迷いどころもなく16MB checkpoint_segments = 16 # HDへのフラッシュ回数を減らす effective_cache_size = 7GB # planerのため。実メモリの半分ぐらいがいいらしい
PostgreSQL Internals
本コンテンツは、2014年1月30～31日に筑波大学で開講された「情報システム特別講義D」における講義「Inside PostgreSQL Kernel」の内容を再構成、加筆・修正したものです。 はじめに 本コンテンツについて 本コンテンツへのフィードバックについて アーキテクチャ概要 PostgreSQLの構成要素 PostgreSQLの基本的なアーキテクチャ SQL文の処理される流れ トランザクション管理 トランザクション処理におけるACID特性 各レコードの可視性の管理 Atomicity（原子性）の実装 Consistency（一貫性）の実装 Isolation（分離性）の実装 トランザクション分離レベルの定義 Durability（永続性）の実装 チェックポイント メタデータ管理 pg_controlファイル OID/XID/TID システムカタログ MVCCとストレージ構造 テ
PostgreSQL INSERT で外部キーの被参照テーブルに ROW SHARE ロックがかかる
PostgreSQL で、トランザクション処理中にあるテーブルに INSERT 文を発行すると、並列で実行している別処理にて、そのテーブルの外部キーの被参照テーブルへのEXCLUSIVE ロックが取得できない現象があったのでメモ。 再現 検証用にテーブルを2つ（products, orders）を用意します。orders テーブルの product_no には products テーブルへの外部キーを設定します。 CREATE TABLE products ( product_no integer PRIMARY KEY, name text, price numeric ); CREATE TABLE orders ( order_id serial PRIMARY KEY, product_no integer REFERENCES products (product_no), qua
MongoDBとPostgreSQLをリアルタイムで同期させるツール「MoSQL」 | OSDN Magazine
オンライン決済システムを提供する米stripeが、MongoDBとPostgreSQLをリアルタイムで同期させるツール「MoSQL」を公開している。これを利用することで、リアルタイム性が必要な処理はMongoDBに行わせ、複雑なSQLクエリが必要な分析処理はSQLデータベースで行う、といった構成が可能になる。 MoSQLは「MongoDB→SQLストリーミングトランスレータ」をうたうツール。MongoDBクラスタに格納されているコンテンツをリアルタイムでPostgreSQLにインポートできるという。これにより、MongoDBでサービスを運用し、オフラインでのデータ解析やレポートはSQLを使って実行する、といった分業が行える。 MongoDBにはスキーマがないため、実行時にはMongoDBに格納されるデータをSQLで扱える行形式のデータに変換する定義ファイルが必要となる。定義ファイルはYAM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GKE上のZalando Postgres OperatorでGCSへのバックアップ＆リストアを試す
Our experience with Postgres Operator for Kubernetes by Zalando
Kubernetesの設定例
開発環境で使う Docker / docker-for-development - Speaker Deck
GitHub - MasahikoSawada/pg_simula: A database system failure simulation tool for PostgreSQL
PostgreSQLクエリ実行の基礎知識 ～Explainを読み解こう～
http://kwatch.houkagoteatime.net/blog/2014/12/20/postgresql-features/
