MySQLアカウントのログインパスワードを、開発／運用する人のPCごとに管理している時に、退職や異動などによってパスワードの変更がどうしても必要になってしまった場合に、パスワードの変更周知と変更したパスワードの配布に困ったことはありませんか。 今回は、そんな時に少し便利なmysql_config_editorについて紹介していきます。 mysql_config_editorを使ってみる mysql_config_editorはMySQL5.6からバンドルされるようになったコマンドで、パスワードやアカウント、接続情報などを難読化して、LinuxやMacではホームディレクトリの.mylogin.cnfに、WindowsではAppDataフォルダ内に.mylogin.cnfというファイルにして置くことができます。 ドキュメントでは暗号化と表記されています。しかし、複号に使う鍵と暗号化されたデータ
※）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オプションで設定されたパスとファイル名を基に
一括りにデータベースのトランザクションと言っても、実はデータベースや設定によってトランザクションを複数走らせた時に、微妙に挙動が異なる場合があります。この違いは、データベースのACID特性のうちのIsolation（独立性）に関わる設定が違うため発生します。この設定はトランザクション分離レベルと言って、並列性やデータの整合性をどこまで求めるかによって適切に選ぶ必要があります。そこで今回は、MySQLでトランザクション分離レベルを変更する方法を紹介したいと思います。 検証環境 第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違いで紹介されたyumリポジトリを使用したインストールを利用しています。また、MySQLのバージョンは5.7.18を使用しています。OSは、今回はCentOS 7.3上で確認を行っています。 現在のトランザクション分離レベルを確認する
運用中に誤ってdropやtruncateなどしてしまい、そのテーブルのみ復旧しなければならないことがあると思います（いや、できる限りあってほしくないですが）。しかしながら、MySQLは特定のテーブルのみを復旧する手段は提供していません。復旧にはその誤った作業以前のフルバックアップとバイナリログを使用して、ポイントインタイムリカバリを行い特定のテーブルのみを抽出するということになります。 今回は特定テーブルをロールバックする流れを、以下2つのリカバリ方法を使用して紹介いたします。 バイナリログを直接適用してリカバリする方法 レプリケーション機能を使用してリカバリする方法 フルバックアップについて 今回はフルバックアップの方法について深くは説明しないので、種類と手段を少し紹介します。 バックアップ取得には、データベースのデータのみを取得する論理バックアップと、データベースファイルをコピーし
MySQLのログファイル デーモンとして動くプロセスはその出力をログファイルとして出力、保管するのが常ですが、MySQLのプロセスにももちろんその機能があります。MySQLには「ログ」と名の付くものがいくつかあり、今回はMySQLが出力する「ログファイルと名の付くもの」のいろいろを紹介します。 各ログの内容と関連するパラメータを以下に紹介します。バージョンは2017/05/11現在の最新版であるMySQL 5.7.18をターゲットとしていますが、文中のリファレンスマニュアルへのリンクは読みやすさを考えMySQL 5.6の日本語版へのリンクとしてあります。ただし、MySQL 5.7とそれ以降で追加されたパラメータに関しては、MySQL 5.7の英語版へのリンクです。 エラーログ mysqldの標準出力、標準エラー出力を向けた先のファイルです。エラーログとう名前ではありますが、前述の通り標準出
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
リリースが近づくMySQL InnoDB Cluster 第19回で、性能やアーキテクチャに関する解説記事をご紹介したグループレプリケーション機能に、ツールを組み合わせたパッケージであるMySQL InnoDB Clusterの構成モジュールが、3月7日にリリース候補版（Release Candidate）となりました。 MySQL InnoDB Clusterは単一のソフトウェアパッケージで、マルチマスター型レプリケーションによるMySQLサーバーの高可用性構成を簡単に構築および運用することを目標としています。すでにInnoDBストレージエンジンや既存のレプリケーション構成にて構築されている環境からも、アプリケーションへの影響を抑えて利用できるようにMySQLサーバーの標準機能を拡張する作りとなっています。MySQL InnoDB Clusterはコミュニティ版および商用版それぞれで提供
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
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
MySQLと名前解決 MySQLにおいて名前解決は、コネクションの確立・認証のフェーズで利用されます。デフォルト（名前解決が有効）な場合のシーケンスはざっくりと以下のようになります。 IPアドレスがMySQL内の名前解決キャッシュに載っているかどうかを確認する （載っていない場合） IPアドレスからホスト名に逆引きをかける（getnameinfo） 得られたホスト名を正引きし、IPアドレスを得る（getaddrinfo） IPアドレスとホスト名の両方を使って、接続元ホストの検証をする（第17回 MySQLのユーザー管理について［その1］の2ページ目を参照） 検証に成功した場合、これ以降の「接続元ホスト」はIPアドレスまたはホスト名の「検証に成功したどちらか一方」を利用する ユーザー名、パスワードなどの認証に進む 名前解決が無効（skip-name-resolveオプションが有効）な場合
稼働中のMySQLに対して、どのようなクエリが発行されているか確認したいことがあると思います。たとえば、対象のMySQLに対してSQLステートメントの傾向を確認したいときや、テスト環境で実行されたSQLステートメントの内容を保持しておきたい場合などです。実行されるすべてのSQLステートメントの取得方法としてはMySQLの機能を使用して取得する方法とパケットをキャプチャーして取得する方法などありますが、今回は以下のMySQLの機能を使用して取得してみます。 一般クエリーログから取得する方法 スロークエリーログから取得する方法 ただし、これらの取得方法を実施する際は負荷が掛かるため、本番環境で実行する場合には注意が必要です。 検証環境 今回のMySQLのバージョンは5.7.13をyumを使用してインストールしたものを使用します。サーバのホスト名はtest-hostです。 一般クエリーログから取
ここでは以上のようなオプションを利用しています。実行した結果は次のようになります。 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というデータベース
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が最新バージョンとしてリリ
新しいアプリケーションの機能を実装する際に、ローカルや開発者向けのデータベースにアクセスして、プログラムを実装する前に何度かSQLをためしに実行することもあるかと思います。その際に、補完機能や以前実行したSQLの検索機能等がある場合とない場合では、作業の効率が変わってきます。 そこで、今回は補完や検索機能など、多くの便利な機能をもつmycliというクライアントについて紹介をしていきます。 デモンストレーション環境 今回は5.7.12を第5回 Dockerで複数バージョンのMySQLを開発環境に用意するで作成した環境で実行して確認していきます。また、今回使用するデータは「第2回 MySQLにはじめてのデータを入れてみる」で紹介をしている郵便番号のテーブルを用いて紹介を行います。 mycliのインストール ここではMySQLのクライアントの1つであるmycliを紹介します。mycliは自動補完
前々回から何回かに分けて、MySQLのユーザー認証について説明しています。「第17回 MySQLのユーザー管理について［その1］」では、「ホスト名」、「ユーザー」、「パスワード」についてと、 mysql.user テーブルについて説明しました。今回は「root@127.0.0.1とroot@localhostは別アカウントのはずなのに認証できてしまう謎」について説明したいと思います。 第17回から引き続き、今回のデモンストレーション環境は敢えて「匿名アカウント」を有効にしておくために、MySQL 5.6をyumリポジトリーからインストールしたものになっています。各バージョンのyum版, rpm版の構成の違いは 「第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違い」 を参考にしてください。 筆者がCentOS 6.6上で今回の環境を作
長い間MySQLを使ってアプリケーションやサービスを提供していると、セキュリティの都合や機能の高性能化によってアップグレードが求められることがあります。アップグレードを行った際にアプリケーションがそのまま動いてくれる場合もあるのですが、SQLモードの設定によって動かなくなってしまうこともあります。 アプリケーションが動かなくなってしまい、仕方がないのでよくわからないけどSQLモードの設定を空にする、なんて事はありませんか？ 今回はそんなSQLモードの確認方法や、デフォルトの設定がどのような意味を持っているのかを紹介していきたいと思います。 デモンストレーション環境 この原稿を書いている時点で最新版である5.7.12を第5回 Dockerで複数バージョンのMySQLを開発環境に用意するで作成した環境で実行して確認していきます。 また、今回使用するデータは第2回 MySQLにはじめてのデータを
そろそろ新年度を迎えて新しいPCやサーバを受け取る事もあるかと思いますが、そういった場合問題になるのがデータベースの移行です。とくに開発中に自分で作成したダミーのデータ等を手動で作成していた場合は、データに愛着があったり特殊なケースを検証するためのものを作成していたり等、そのまま移行したいこともあると思います。MySQLのデータファイルをそのまま新しいPCに移行して動く場合は良いのですが、万が一何か問題が起こった場合には復旧することは難しいでしょう。 そこで、今回はmysqlに標準でインストールされているmysqldumpを使ってテキストベースのバックアップを行ってみたいと思います。 デモンストレーション環境 今回使用するmysqldumpに関してはMac OS X（10.10.5）の上にHomebrewを用いて構築した5.7.11上での作業とします。使用するデータは「第2回 MySQLに
今回から何回かに分けて、MySQLのユーザー認証について説明します。今回はまず、「接続元ホスト名」、「ユーザー」、「パスワード」がどこに保管され、どのような順番で評価されるかを見ていきましょう。 今回のデモンストレーション環境はあえて「匿名ユーザー」を有効にしておくために、MySQL 5.6をyumリポジトリーからインストールしたものになっています。各バージョンのyum版, rpm版の構成の違いは第10回 yum, rpmインストールにおけるMySQL 5.6とMySQL 5.7の違いを参考にしてください。 筆者がCentOS 6.6上で今回の環境を作るために実行したコマンドは以下の通りです。 $ sudo yum install -y http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm $
第12回、第14回とMySQLのヘルスチェックについて紹介しました。MySQLの運用にはヘルスチェックも欠かせませんが、クライアント（アプリケーション）サイドでどのようなエラーを受け取ったかを記録、把握することも大切です。クライアントサイドで受け取ったエラーを監視することはつまり、実際に起こったエラーを監視することであり、究極の死活監視でもあります（アプリケーションサイドに起因するエラーも拾ってしまうため、やはりこれも銀の弾丸ではありませんが）。 今回は、クライアントがMySQLからエラーを受け取る際の動作について説明します。 エラーに関するクライアント間の差異 MySQLから見た場合、クライアントにどのようなライブラリが利用されていても応答に変わりはありません。しかし、クライアントライブラリ側（あるいは、それよりも上のフレームワークのレイヤー）でMySQLから受け取ったエラーを変換す
はじめに みなさんこんにちは。技術系Q&Aサイトteratail開発チームの本橋佑介です。 MySQLは世界で広く使われているオープンソースのRDBMSです。今では多くのPaaSやSaaSでも利用でき、GoogleCloudSQLやAmazon Auroraなどといったクラウドコンピューティングサービスで独自実装されているRDBもMySQLを基礎とし、互換性を保ったものが利用されています。 このようにWebサービスを利用する上で非常に採用頻度が高いMySQLですが、利用するときに知っておくべき基礎的な機能について紹介していきたいと思います。 ストレージエンジン MySQLの大きな特徴の一つとして、ストレージエンジンがあげられます。 ストレージエンジンとは、パーサによって最適化されたSQLクエリを実際に実行する機能部分です。MySQLではさまざまなテーブル型に対するSQL操作を処理するコンポ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く