Ideas, releases, practical guides, and perspectives from the people building with MySQL.
たとえ1つのテーブルだけに対して実行されるクエリでも、パフォーマンスが悪いというのはよくあることです。その理由は簡単で、インデックスの作り方がまずいため、実行計画がおかしくなってしまうのです。ここでは、1つのテーブルのみに対する色々なクエリを最適化するためのガイドラインを挙げてみたいと思います。
おことわり : あらゆる状況をカバーしようとはせず、一般的なガイドラインを提示するに留めるつもりです。ここで挙げたものがうまく適用できない例を簡単に見つけることができるのは間違いないでしょうが、ほとんどの場合はここに書いたことが十分なのも事実です。また、MySQL 5.6以上にあるIndex Condition …
[さらに読む]
特定のSQL処理で、GROUP BYなどの集合関数を利用していて、
“Using temporary”,”Using filesort”などが出て処理時間がかかり過ぎたり、
サブクエリーによる結果をJOINしてindexが利用出来無かったりと、
困難な場面に遭遇する事があるかと思います。
基本的には、物理的に変更しても良くて数倍だと思いますので、
アプリケーションやクエリーを工数かけて書き換えて対応するのが良いと思いますが、
なかなか出来ない場合は、可能な範囲でサーバーパラメータを変更したり、
クエリーを若干変更してメモリーテーブルやTEMPORARY TABLEなどでワークテーブルを作成し、
サブクエリーなどの結果を随時集計しIndexを使えるように処理する方法もあるかと思います。
…
MySQL 5.6以降では、同梱のクライアント(mysqlコマンドラインクライアント, mysqladmin,
mysqldumpあたりがよくありそう)に-pオプションで直接パスワードを渡すと、
$ mysql56 -utest -ptest -e "SELECT current_user()"
Warning: Using a password on the command line interface can be insecure.
+----------------+
| current_user() |
+----------------+
| test@localhost |
+----------------+
こんなのが出るようになりました。
読んで字のごとく、パスワードをコマンドラインインターフェイス(つまり-pオプション)で渡すのはセキュアじゃねーぞ、というワーニングです。
これ、標準エラー出力に吐くんですよね。
標準エラー出力に吐くということは、
$ crontab -l[さらに読む]
1 3 * * * …
MySQL Clusterの良いところの一つに、Rolling Upgradeが可能なので、
サービスを停止せずに、MySQL Clusterのアップグレードが可能な部分があると思います。
やはり、アップグレードにサービス停止を伴うと、インフラ管理者もサービス担当者と
メンテナンス時間の調整をしなければならず、なかなか対応がが難しいと思います。
アップグレードには、MCM（MySQL Cluster Manager)というCommercial版のツールを使えば、
コマンド一つでアップグレード可能ですが、今回はマニュアルで一つ一つアップグレードしています。
MySQL Cluster Managerは、基本的な管理ダスクを自動化することによって、
MySQL データベースの作成と管理を簡易化します。
MCM参照：
…
先日、ご紹介させて頂いた、MySQL Enterprise Firewallを利用する事により、
White ListベースのDBアクセス制御(ステートメントベース)をUserアカウントとSQLステートメントの
組み合わせで実装する事が出来ますが、Publicクラウドを含む環境でWebサイトを運用されている場合は、Replication機能と組み合わせてご利用される場合もあるかと思います。
MySQL Enterprise Firewallには、全部で4つのテーブルがありますが、
(Information_Schemaに2つMySQLに2つテーブルが準備されています)
information_schemaにあるテーブルに関しては、レプリケーション対象外なので実際にSlaveに同期されるのは以下の2つのテーブルという事になります。
…
[さらに読む]
MySQL5.7.7RCでは、列の値を定義によって自動生成可能なGenerated
Columunsという機能が追加されています。
MS
SQLやDB2でも同じような機能があって、頻度は多く無いですが、以前データベースの運用していた時にTAXの自動計算などで利用していました。
以下のブログには、XMLとの連携を行った例が書かれているので参考にしてみて頂ければと思います。
Generated Columns in MySQL 5.7.5
http://mysqlserverteam.com/generated-columns-in-mysql-5-7-5/
例) Generated Columinを利用して合計金額を持つ列を生成
CREATE TABLE `T_Generated_Column` ( `pid` int(10) unsigned NOT NULL AUTO_INCREMENT, `pname` varchar(1024) DEFAULT NULL, `price` decimal(10,2) DEFAULT NULL, `qty` …[さらに読む]
A server could have its socket file taken over by a second server
listening on different TCP/IP port but the same socket file. The
socket file also would be unlinked by normal shutdown of the
second server. To avoid this, the server now uses a lock file
with the same name as the socket file and a .lock suffix. (For
example, /tmp/mysql.sock has a lock file of
/tmp/mysql.sock.lock.) The lock file contains the process ID of
the server process that created the socket file. (Bug
#17286856)MySQL :: MySQL 5.7 Release Notes :: Changes in
MySQL 5.7.5 (2014-09-25, Milestone 15)
やっぱり誰しも、--socketの設定間違えてUNIXソケットつぶしたことありますよねわかりますん！ orz
$ bin/mysqld --no-defaults --initialize --datadir=/tmp/mysql1[さらに読む]
2015-05-10T17:04:32.148319Z 0 [Warning] …
4/22(水) に MyNA会が開催されたので久々に参加しました。 というか、私の東京出張に合わせて開催されたみたいなので強制参加です。
ちょっと前に話題になった「🍣=🍺問題」についてしゃべってきました。
スライド:
= from Masahiro Tomita www.slideshare.net
他の発表者のスライドも貼っときます。
MySQLの全文検索に関するあれやこれや from yoku0825 …
[さらに読む]
MySQL5.6でONLINE
DDLが強化されて、テーブルの変更も多くのケースではオンラインで処理出来る為、深夜のメンテナンスが必須では無くなりました。
もちろんサーバーの負荷やユーザーの利用状況によっては、やはり深夜の時間帯でのメンテナンスが安心だというケースもまだあるとは思いますが、
オンラインでユーザーへのサービスを停止せずに、メンテナンスが出来るという選択肢は非常に重要だと思います。
ONLINE DDL 5.6での拡張(参考)
http://thinkit.co.jp/story/2013/11/19/4670/page/0/1
5.7ではまた追加で、ONLINEでのメンテナンスが出来る選択肢が増えています。
…