クラウド時代にPostgreSQLはどう進化する？ 世界の"イシイサン"が「AWS re:Invent 2017」で示したPostgreSQLの方向性 | gihyo.jp
クラウド時代にPostgreSQLはどう進化する？ 世界の"イシイサン"が「AWS re:Invent 2017」で示したPostgreSQLの方向性 「今回、この場ですばらしいゲストをお迎えできることを心から嬉しく思う。18年にも渡ってPostgreSQL開発者として活動をされてきたPostgreSQLの世界的リーダーの"イシイサン"を紹介したい」―11月28日（米国時間）、米ラスベガスで開催されたAWSの年次カンファレンス「AWS re:Invent 2017」で行われたとあるセッション、そこでAWSのAmazon RDS/Aurora/RDS for PostgreSQL部門のゼネラルマネージャであるマーク・ポッター（Mark Potter）氏から呼ばれて登壇したのはSRA OSS, Inc 日本法人社長の石井達夫氏でした。本稿ではその石井氏によるセッション「Report fro
第27回 MySQL Enterprise Monitor 4.0リリース、PostgreSQL10.0リリース | gihyo.jp
タイムゾーンテーブルのデータ zonefileがある環境ではMySQLサーバーに付属のmysql_tzinfo_to_sqlコマンドによってtime_zone, time_zone_name, time_zone_transition, time_zone_transition_typeの4つのテーブルを作成するためのSQL文が生成できます。閏秒への対応が必要な場合は、mysql_tzinfo_to_sqlコマンドを--leapオプション付きで実行し、time_zone_leap_secondテーブルもあわせて作成します。MySQLでのタイムゾーンサポートや利用方法についてはリファレンスマニュアルを参照してください。なおこれら4つのテーブルはMySQL 5.6以下ではMyISAMストレージエンジン、MySQL 5.7以降ではInnoDBストレージエンジンとなっています。 Windowsなど
第57回 mysql_config_editorを試してみよう | gihyo.jp
MySQLアカウントのログインパスワードを、開発／運用する人のPCごとに管理している時に、退職や異動などによってパスワードの変更がどうしても必要になってしまった場合に、パスワードの変更周知と変更したパスワードの配布に困ったことはありませんか。 今回は、そんな時に少し便利なmysql_config_editorについて紹介していきます。 mysql_config_editorを使ってみる mysql_config_editorはMySQL5.6からバンドルされるようになったコマンドで、パスワードやアカウント、接続情報などを難読化して、LinuxやMacではホームディレクトリの.mylogin.cnfに、WindowsではAppDataフォルダ内に.mylogin.cnfというファイルにして置くことができます。 ドキュメントでは暗号化と表記されています。しかし、複号に使う鍵と暗号化されたデータ
第53回 リレーログファイルについて | gihyo.jp
※）datadirはデータディレクトリへのパスを示すMySQLオプションです。 relay_logオプションと、MySQL5.6.2から追加されたrelay_log_basenameオプションの関係は、relay_logにファイル名またはフルパスでリレーログファイル名を設定し、relay_log_basenameはリレーログファイルの配置場所を確認することに使用します。 relay_logをファイル名のみ設定した場合は、relay_log_basenameのデフォルトのパスdatadir + '/' が付与されたファイルが生成されます。フルパスで設定した場合はrelay_log_basenameが上書きされます。 relay_log_indexオプションは、現在のスレーブが保持しているリレーログファイルを管理します。ファイル名はrelay_logオプションで設定されたパスとファイル名を基に
gihyo.jp & Let's Postgres 連動企画 今こそ！PostgreSQL | Let's POSTGRES
gihyo.jp & Let's Postgres 連動企画 今こそ！PostgreSQL gihyo.jp と Let's Postgres で 3 ヵ月に渡り交互に記事を掲載する連動企画です。（2009年9〜12月） 初の国際カンファレンスであった PostgreSQL Conference 2009 を記念したものです。 第1回 PostgreSQLの今を知る 記念すべき第 1 回は、PostgreSQL の今を知るために、改めて PostgreSQL について見つめなおします。（gihyo.jp に掲載した記事の再掲載です。） 第2回 PostgreSQLの機能を他のデータベースと比較してみてみよう PostgreSQL の機能と他の RDBMS の比較です。PostgreSQL を商用 RDBMS と MySQL と比較して紹介します。 第3回 PostgreSQLの利用事例と情
パフォーマンスではAuroraに軍配!? SRA OSS石井達夫氏がPostgreSQL版Auroraを徹底検証 | gihyo.jp
パフォーマンスではAuroraに軍配!? SRA OSS石井達夫氏がPostgreSQL版Auroraを徹底検証 2016年11月、米ラスベガスで開催されたAmazon Web Services（AWS）の年次カンファレンス「AWS re:Invent 2016」の初日、Amazonのアンディ・ジャシーCEOから発表されたいくつものアップデートの中でもとりわけ開発者を熱狂させた発表が、"Amazon Aurora PostgreSQL with Compatibility" ―AWSが誇るクラウドネイティブなデータベースエンジン「Amazon Aurora」にPostgreSQL互換バージョンがプレビューで提供されるというニュースでした。 「AWS reInvent 2016」でプレビュー版として発表されたPostgreSQL互換のAurora。AWSはユーザの要望にもとづいて機能拡張を行
「Hyperledgerが金融に特化したソリューションなら興味を持たなかった」 ―Brian Behlendorf氏インタビュー | gihyo.jp
「Hyperledgerが金融に特化したソリューションなら興味を持たなかった」 ―Brian Behlendorf氏インタビュー 昨今、一般メディア、専門メディアとも、ブロックチェーン、ビットコインなどのフィンテックについて取り上げられることが多くなりました。特に、ブロックチェーンについては、さまざまな団体や企業が標準化活動、検証活動を行っています。 中でも、CMEグループやJPモルガン、ABN AMROなど大手金融機関やIBM、富士通、日立、NEC、VMware、Red Hatなどの大手ITベンダーが参画し、ブロックチェーン技術を推進する「Hyperledger」（ハイパーレジャー） プロジェクトに注目が集まっています。 そんな流れをふまえて今回、2016年7月中旬、東京で開催された「LinuxCon Japan 2016」に合わせて来日したHyperledgerプロジェクトのエグ
第43回 PerlでのRedis活用法（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーは一野瀬翔吾さんで、テーマは「PerlでのRedis活用法」です。 本稿のサンプルコードは、本誌サポートサイトから入手できます。 Redisとは RedisはNoSQLやKVS（Key-Value Store）と呼ばれるデータベースの一種で、一般的なKVSに比べ多彩なデータ型を備えているのが特長です。文字列型、リスト型、ハッシュ型、セット型、ソート済みセット型の5つの型があり、これらの型をうまく活用することで単純なKVS以上のさまざまな機能を実現できます。 また、インメモリで動作するため、高いパフォーマンスを得ることができます。必要に応じてデータをディスクへ書き出すこともできるので、万が一トラブルが発生しても安心です。 筆者が以前運営に携わっていたソーシャルゲームでも、Perlをメインに使ったゲームサーバからRe
第47回 トランザクション分離レベルを変更する | gihyo.jp
一括りにデータベースのトランザクションと言っても、実はデータベースや設定によってトランザクションを複数走らせた時に、微妙に挙動が異なる場合があります。この違いは、データベースのACID特性のうちのIsolation（独立性）に関わる設定が違うため発生します。この設定はトランザクション分離レベルと言って、並列性やデータの整合性をどこまで求めるかによって適切に選ぶ必要があります。そこで今回は、MySQLでトランザクション分離レベルを変更する方法を紹介したいと思います。 検証環境 第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違いで紹介されたyumリポジトリを使用したインストールを利用しています。また、MySQLのバージョンは5.7.18を使用しています。OSは、今回はCentOS 7.3上で確認を行っています。 現在のトランザクション分離レベルを確認する
第46回 特定テーブルをロールバックする方法 | gihyo.jp
運用中に誤ってdropやtruncateなどしてしまい、そのテーブルのみ復旧しなければならないことがあると思います（いや、できる限りあってほしくないですが）。しかしながら、MySQLは特定のテーブルのみを復旧する手段は提供していません。復旧にはその誤った作業以前のフルバックアップとバイナリログを使用して、ポイントインタイムリカバリを行い特定のテーブルのみを抽出するということになります。 今回は特定テーブルをロールバックする流れを、以下2つのリカバリ方法を使用して紹介いたします。 バイナリログを直接適用してリカバリする方法 レプリケーション機能を使用してリカバリする方法 フルバックアップについて 今回はフルバックアップの方法について深くは説明しないので、種類と手段を少し紹介します。 バックアップ取得には、データベースのデータのみを取得する論理バックアップと、データベースファイルをコピーし
第45回 MySQLのログファイルいろいろ | gihyo.jp
MySQLのログファイル デーモンとして動くプロセスはその出力をログファイルとして出力、保管するのが常ですが、MySQLのプロセスにももちろんその機能があります。MySQLには「ログ」と名の付くものがいくつかあり、今回はMySQLが出力する「ログファイルと名の付くもの」のいろいろを紹介します。 各ログの内容と関連するパラメータを以下に紹介します。バージョンは2017/05/11現在の最新版であるMySQL 5.7.18をターゲットとしていますが、文中のリファレンスマニュアルへのリンクは読みやすさを考えMySQL 5.6の日本語版へのリンクとしてあります。ただし、MySQL 5.7とそれ以降で追加されたパラメータに関しては、MySQL 5.7の英語版へのリンクです。 エラーログ mysqldの標準出力、標準エラー出力を向けた先のファイルです。エラーログとう名前ではありますが、前述の通り標準出
第21回 MySQL 8.0.1開発版とInnoDB Cluster製品版リリース、PostgreSQL10の新機能紹介、Apache Cassandraは3.0.x系統のメンテナンス版3.0.13をリリース | gihyo.jp
OSSデータベース取り取り時報 第21回MySQL 8.0.1開発版とInnoDB Cluster製品版リリース、PostgreSQL10の新機能紹介、Apache Cassandraは3.0.x系統のメンテナンス版3.0.13をリリース MySQL本体のアップデートに加えてMySQL InnoDB Clusterが製品版となりました。PostgreSQLの更新はありません。今回はPostgreSQL10の新機能を紹介させていただきます。Apache Cassandraは3.0.x系統のメンテナンス版3.0.13をリリースするとともに、RPMパッケージ形式を初めて提供するようになりました。 ［MySQL］2017年4月の主な出来事 4月11日にMySQLサーバー、MySQL Clusterならびにツールなどのマイナーバージョンが行われました。MySQLサーバーの次期メジャーバージョン8.0
第20回 MySQL InnoDB Clusterリリース候補版、PostgreSQL 10の最新情報 | gihyo.jp
リリースが近づくMySQL InnoDB Cluster 第19回で、性能やアーキテクチャに関する解説記事をご紹介したグループレプリケーション機能に、ツールを組み合わせたパッケージであるMySQL InnoDB Clusterの構成モジュールが、3月7日にリリース候補版（Release Candidate）となりました。 MySQL InnoDB Clusterは単一のソフトウェアパッケージで、マルチマスター型レプリケーションによるMySQLサーバーの高可用性構成を簡単に構築および運用することを目標としています。すでにInnoDBストレージエンジンや既存のレプリケーション構成にて構築されている環境からも、アプリケーションへの影響を抑えて利用できるようにMySQLサーバーの標準機能を拡張する作りとなっています。MySQL InnoDB Clusterはコミュニティ版および商用版それぞれで提供
第19回 MySQLグループレプリケーションの性能、PostgreSQL9.6.2リリース、Apache Cassandra 3.10をリリース | gihyo.jp
OSSデータベース取り取り時報 第19回MySQLグループレプリケーションの性能、PostgreSQL9.6.2リリース、Apache Cassandra 3.10をリリース MySQLはGUIツールのMySQL Workbench 6.3.9がリリースされました。PostgreSQLはPostgreSQL9.6.2がリリースされました。Apache Cassandraは3.10がリリースされました。 ［MySQL］2017年2月の主な出来事 2017年2月18日にMySQL Workbench 6.3.9がリリースされました。MySQL WorkbenchはMySQLのGUIツールで、SQLの開発やチューニングの支援、データベース管理、ER図作成機能、データベースマイグレーション機能が統合されています。最新のマイナーバージョンではGUIのデザインが大きく変更されています。またMySQL
第34回 行ベースレプリケーションの遅延について | gihyo.jp
MySQLのレプリケーション形式には、ステートメントベースレプリケーション（SBR）と行ベースレプリケーション（RBR）があります。 SBRはマスターで実行されたDMLをそのままバイナリログに書き込み、スレーブではその記述されたDMLを実行します。RBRはマスターで実行されたDMLによって変更された各行の内容をバイナリ形式でバイナリログに書き込み、スレーブではその変更された行の内容を適用します。今回は行ベースレプリケーションの遅延について紹介いたします。 SBRとRBRについて まず、SBRとRBRの違いについて説明します。たとえば、以下のようなUPDATE文を実行します。 mysql> UPDATE t SET id=4 ; Query OK, 2 row affected (0.00 sec) Rows matched: 2 Changed: 2 Warnings: 0 このUPDAT
第28回 MySQLと名前解決，skip-name-resolve：MySQL道普請便り｜gihyo.jp … 技術評論社
MySQLと名前解決 MySQLにおいて名前解決は、コネクションの確立・認証のフェーズで利用されます。デフォルト（名前解決が有効）な場合のシーケンスはざっくりと以下のようになります。 IPアドレスがMySQL内の名前解決キャッシュに載っているかどうかを確認する （載っていない場合） IPアドレスからホスト名に逆引きをかける（getnameinfo） 得られたホスト名を正引きし、IPアドレスを得る（getaddrinfo） IPアドレスとホスト名の両方を使って、接続元ホストの検証をする（第17回 MySQLのユーザー管理について［その1］の2ページ目を参照） 検証に成功した場合、これ以降の「接続元ホスト」はIPアドレスまたはホスト名の「検証に成功したどちらか一方」を利用する ユーザー名、パスワードなどの認証に進む 名前解決が無効（skip-name-resolveオプションが有効）な場合
第27回 実行されるSQLステートメントをすべて取得・確認する | gihyo.jp
稼働中のMySQLに対して、どのようなクエリが発行されているか確認したいことがあると思います。たとえば、対象のMySQLに対してSQLステートメントの傾向を確認したいときや、テスト環境で実行されたSQLステートメントの内容を保持しておきたい場合などです。実行されるすべてのSQLステートメントの取得方法としてはMySQLの機能を使用して取得する方法とパケットをキャプチャーして取得する方法などありますが、今回は以下のMySQLの機能を使用して取得してみます。 一般クエリーログから取得する方法 スロークエリーログから取得する方法 ただし、これらの取得方法を実施する際は負荷が掛かるため、本番環境で実行する場合には注意が必要です。 検証環境 今回のMySQLのバージョンは5.7.13をyumを使用してインストールしたものを使用します。サーバのホスト名はtest-hostです。 一般クエリーログから取
第23回 mysqlslapを使って負荷テストをしてみよう | gihyo.jp
ここでは以上のようなオプションを利用しています。実行した結果は次のようになります。 Benchmark Average number of seconds to run all queries: 0.001 seconds Minimum number of seconds to run all queries: 0.001 seconds Maximum number of seconds to run all queries: 0.002 seconds Number of clients running queries: 1 Average number of queries per client: 0 平均実行時間や最小・最大の実行時間、実行したクライアント、クライアントが発行したSQLの数などが一目でわかるようになっています。 注意点としては、mysqlslapというデータベース
第11回 開発が進むMySQL Cluster次期バージョンやMySQL Document Store、PostgreSQL 周辺ツールpgpool-II、AmazonRDSのご紹介、Apache Cassandra NGCC開催とVersion 3.7リリース | gihyo.jp
OSSデータベース取り取り時報 第11回開発が進むMySQL Cluster次期バージョンやMySQL Document Store、PostgreSQL 周辺ツールpgpool-II、AmazonRDSのご紹介、Apache Cassandra NGCC開催とVersion 3.7リリース MySQLはMySQL Cluster次期バージョン v7.5やドキュメントストア機能が製品化に向けてマイナーバージョンをリリース。PostgreSQLは、PostgreSQL専用のツールであるpgpool-IIのマイナーバーションがリリースされました。また、Amazon RDSで拠点(リージョン)を跨いだレプリケーションが可能になりました。Apache Cassandraは、次世代バージョンの開発方針を検討するNGCC 2016が開催されました。また、Version 3.7が最新バージョンとしてリリ
第5回 SQLで木構造を扱う～入れ子集合モデル （1）入れ子集合モデルとは何か | gihyo.jp
はじめに 木構造と呼ばれるデータ構造の一種があります。1つのルート（根）と呼ばれるノードを始点として、（通常）複数のリーフ（葉）と呼ばれるノードまでを経路で結んでできるデータ構造です。その名のとおり自然界にある「木」の構造ですし、学校時代、確率の授業で樹状図を書いた経験のある人もいるでしょう。 この構造は、私たちの周囲にとてもたくさん存在します。家系図や組織図も木ですし、IT関連の例では、ヒープやRDBのインデックス、ディレクトリ（フォルダ）によるファイルシステムやXMLも木構造です。Webの掲示板でも、最初の書き込みをルートとしてそれに対してコメントがつけられ、そのコメントにまたコメントがつけられるというプロセスで木構造を形成します。ここでは1つの書き込みがノードになります。 このように、IT技術と木構造は切っても切れない関係にありますし、多くの分野で応用されてもいるのですが、実は長い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
