[B! MySQL] limitususのブックマーク

MyNA(MySQLユーザ会)会 2015年8月でメルカリのデータベース戦略とPHPについて喋って来た - blog.nomadscafe.jp

kamipoさんOracle ACEおめでとうございます。 MyNA(MySQLユーザ会)会 2015年8月でメルカリのデータベース戦略とPHPについて喋って来たので、資料を公開します。内容はWEB+DB PRESS Vol.88の記事に書いたこと+新ネタと、PHP(PDO)の話です。MySQL 5.7のところにみなさん驚かれていたようです。他の方の発表では、dimSTATが面白かったですね。あのグラフをどうやって作っているのか全くしらなかったので、勉強になりました。あれはベンチマークしたくなります。また、MySQLで困っている人をみつけて助けてあげようとするkamipoさんの情熱も、どこから沸いてくるのか不思議ですが、さすがでした。開場のyoku0825さんありがとうございました。みなさまお疲れさまでした。実は、この会で喋る事をすっかり忘れていて、YAPC::Asiaの懇親会の

limitusus 2015/08/30

リンク

MyNA(日本MySQLユーザ会)会 2015年8月ノート - Qiita

はじめに @kamipo さんOracle ACEおめでとうございます。 GMOさんと@yoku0825さん、会場提供と運営ありがとうございました。発表者様の本質と違っている可能性もあります。(一部主観も記述してあります。) きっと資料はSlideShareあたりに出てくれると信じて・・・ MySQLのことならhttp://mysql-casual-slackin.herokuapp.com @Slackに登録をとのこと。 MySQLユーザ会からのお知らせユーザ会2015/10/30(金)にユーザ会の15周年パーティがあるそうです。 @kamipo MySQL運用とActiveRecord MySQLを流行らせたい MySQLで困っている人を助けることで、MySQLを利用する人を増やす。 Twitterで困っている人を探す githubで困っているissueを解決するということは困っ

limitusus 2015/08/28

MySQL
MyNA

リンク

#yapcasia でMySQL 5.7の罠についてLTしてきました

ネタ的には発掘するたび書き溜めてきたブログ記事から笑いが取れそうなものを大事そうなもののみをピックアップして紹介した感じです。知らないと致命傷、でも知ってれば予防できる（はず） MySQL 5.7で不幸になる人が1人でも少なくなってくれることを願っています。さて、今年のYAPC::Asiaはメイントラックもトークを応募していたのですが見事に落選したので、1日目は完全にリラックスして過ごしました。LTの採否、当日になるまでわかんないのか大変だなーとか、他人事だったんですが、 1日目のLT見るじゃないですか。面白いじゃないですか。俺もしゃべりたくなるじゃないですか。なったんですよ！！１が、翌朝になってLTの応募ページをたどってみると

limitusus 2015/08/24

リンク

ルーク！MySQLではkamipo TRADITIONALを使え！ | おそらくはそれさえも平凡な日々

よくMySQLはゆるふわだから値が勝手に切り詰められるエラーが起きずに変な値/日付が入る不正なスキーマが入ってしまうなど言われることがあります。ただそれは、そもそもの設定が悪いのです。(確かに昔デフォルトがゆるふわなのはいけなかったんですが) ということで、データベースには不正な値が入らないように設定はとにかく厳しくしておくのがオススメです。じゃあどうするか。 MySQLはSQL Modeによって、その辺りの制約をコントロールすることができます。以前、MySQLのsql-modeで一番厳しいやつはTRADITIONAL、というのを書いたのですが、実はそれだけでは不十分で、TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BYとするのがより安心なようです。これはkamipoさんに教えてもらいました。 @songmu TRADITI

limitusus 2015/07/09

kamipo TRADITIONALか…

MySQL
kamipo

リンク

大人のためのInnoDBテーブルとの正しい付き合い方。

InnoDB関連でよくある質問のひとつに﹁テーブルのメンテナンスは何をすればいいんですか？﹂というものがある。InnoDBはMySQL 5.5でデフォルトストレージエンジンとなるため、InnoDBのテーブルメンテナンス計画を立ようと思う機会も増えることだろう。そこで、今日はInnoDBのテーブルメンテナンスの各種方法となぜそうしなければいけないかという理由を解説しようと思う。 ANALYZE TABLEテーブルメンテナンスの代名詞といえば、インデックス統計情報の更新ではなかろうか。運用を続けるうちに、知らず知らずインデックス統計情報が狂ってしまい、思うような性能が出ない。RDBMSにはそのような問題がつきものであるが、InnoDBの場合、ANALYZE TABLEは不要である。なぜなら、InnoDBが自発的に統計情報を更新するからだ。InnoDBは以下の条件に適合すると、ANALYZE T

limitusus 2015/06/02

リンク

utf8_unicode_ci に対する日本の開発者の見解 - かみぽわーる

RailsがMySQLのcollationをサーバー側のデフォルトのutf8_general_ciからutf8_unicode_ciにわざわざ変えてるのどうせ大した理由じゃないだろと思って掘ってみたらやっぱり大した理由じゃなかった… https://t.co/6NeetGhTF0— Ryuta Kamizono (@kamipo) April 18, 2014 Railsでcollationとしてutf8_unicode_ci(RailsのDEFAULT_COLLATION)が採用されるのはcharsetが未指定もしくはutf8(RailsのDEFAULT_CHARSET)のときだけで、utf8mb4にすることとかは全く考慮されてない。— Ryuta Kamizono (@kamipo) April 19, 2014 @frsyuki MySQLのcharset utf8のときのデフォルト

limitusus 2015/05/13

rails
MySQL

リンク

MySQL 5.7.6のPerformance SchemaでInnoDBのALTER TABLE進捗どうですか

MySQL 5.7.6で追加された新しいp_sのステージ情報から、合法的に InnoDBに進捗どうですか？を聞けるようになったらしい。 MySQL :: MySQL 5.7 Reference Manual :: 14.13.11.1 Monitoring ALTER TABLE Progress for InnoDB Tables Using Performance Schema setup_instrumentsでalter table関連のやつ(デフォルトOFF)と mysql> SELECT * FROM setup_instruments WHERE name LIKE 'stage/innodb/alter%'; +------------------------------------------------------+---------+-------+ | NAME

limitusus 2015/03/11

リンク

pt-online-schema-changeを安全につかう - Around the World

この記事はMySQL Casual Advent Calendar 2014とCyberAgent エンジニア Advent Calendar 2014の19日目の記事です。この間のMySQL Casual Talks vol.7でも少し触れていますが、pt-online-schema-change︵以下、pt-osc︶には安全に実行するための便利なオプションが用意されています。これらのオプションを利用すれば、オンラインでの変更に抵抗がある方でも石橋を叩きながら実行することができます。5.6でOnline DDLが使えますが、セーフティに変更したい場合は有効です。 pt-online-schema-change — Percona Toolkit Documentation スレッド数を監視する --max-load pt-oscはスレッド数をチェックしながら動作を制御できます。--ma

limitusus 2014/12/19

リンク

大規模環境でMySQLのGTIDを適用して得られた教訓 | Yakst

MySQL 5.6からの機能であるGTIDを、Facebookの環境に適用した際の流れと主な不具合、そしてそれらの修正点について、Facebookのエンジニアによるまとめ。 by Evan Elias and Santosh Praneeth Banda Global Transaction ID (GTID)は、MySQL 5.6の新機能の中でも最も使わずにはいられない機能の一つだ。このおかげで、フェイルオーバやポイントインタイムリカバリ、階層を持ったレプリケーションなどに非常に有益だし、クラッシュセーフなマルチスレッドレプリケーションの必須条件にもなっている。この数ヶ月で、我々はFacebookの全ての本番用MySQLインスタンスで、GTIDを有効にした。その中で、この機能の適用方法や操作について、たくさんの知見が得られた。たくさんのサーバサイドの修正事項については、WebScaleS

limitusus 2014/09/25

MySQL
GTID

リンク

KLab

ゲーム事業（KLabGames） KLabの主力事業であるゲーム事業（KLabGames）を紹介します。

limitusus 2014/09/19

リンク

MySQL の unknown option エラーはオプションに loose- プレフィックスをつけると回避できる - かみぽわーる

もうMySQL 5.5 GAが出てから1年以上が経ち、つい先日とうとうMySQL 5.6 GAも出た昨今、これから先パーソナルユースでこれより以前のMySQLなど使うことはないだろうと~/.my.cnfを書いていたのだけど、昨日ちょっとしたアレでMySQL 5.1を入れたらMySQLが進化しすぎててオプションコメントアウトしまくらないと動かないわーとかいってたらloose-つけるといいですよって教えてもらった。 my.cnfのオプション名の頭にloose-と書いておくと、オプションが存在しなくてもWARNINGでERRORにならずに済みますよー。loose-log-slow-queriesloose-slow-query-logと書くと5.1でも5.5でも使える、みたいな。— ts. yoku (@yoku0825) February 6, 2013 これは知らなかった！ MySQL 5.

limitusus 2014/09/03

リンク

[Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst

Percona MySQL Webinarsの発表(MYSQL開発でやってしまいがちな致命的なミスについて)のQAをご紹介します。本発表はSQLアンチパターン著者のBill Karwinさんの発表です。オリジナル: http://www.percona.com/resources/mysql-webinars/how-avoid-even-more-common-deadly-mysql-development-mistakes July 17, 2014 by Bill Karwin 水曜日に﹁MySQLを開発する上でよく起こる(そして致命的な)ミスをどのように回避するか﹂をPercona MySQL webinarsで発表した。お見逃の際は、ビデオとスライドを見る為に登録すればまだご覧にいただける。参加いただいた皆様、そしてとりわけすばらしい質問をしていただきありがたく思っている

limitusus 2014/08/11

MySQL

リンク

MySQL 5.6 でのレプリケーション遅延は危険 : DSAS開発者の部屋

MySQL 5.6 の検証中に MySQL 5.5 とは違うタイプのレプリケーション遅延を見つけたので紹介します。 MySQL のレプリケーションのおさらい MySQL のレプリケーションは次のような仕組みで動作しています。マスターの更新トランザクションが binlog を書くスレーブの I/O スレッドがマスターに接続し、 binlog を取得し、 relaylog を書く. マスター側はスレーブからの接続を受け付けると(dump スレッド)、指定された場所から最新までの binlog を転送する binlog が追記されるのを待ってさらにスレーブに送るスレーブのSQLスレッドが relaylog を再生する MySQL 5.5 でよくあったレプリケーション遅延マスターは並列してトランザクションを処理して、最終的にコミットした順で反映されれば問題ないようになっています。一方、ス

limitusus 2014/07/23

MySQL
Klab

リンク

MySQLのslow query logを可視化するnata2が大変便利そう - oranie's blog

MySQL Casual #6で@studio3104さんが発表していたnata2を触った。Mysql casual talks vol.6 from studio3104_com で、とりあえずローカルにnata2を起動しtd-agentを入れてプラグインを入れてmysqlslapを実行してみた。動作環境はRuby2.1.2で。1.9系は動かなかった。手順はgithubにも書かれているが、 https://github.com/studio3104/nata2 https://github.com/studio3104/fluent-plugin-nata2 以下は簡単な流れ。まずnata2自体の設定。git clone https://github.com/studio3104/nata2.git cd ./nata2 bundle install vim ./config

limitusus 2014/07/18

MySQL

リンク

MySQL 5.6で本当にオンラインでDDLが実行できるか検証してみた - oinume journal

MySQL 5.6での機能強化点︵その1︶ - パフォーマンスと使い勝手を大きく向上 | Think ITに書いてあるようにMySQL 5.6からオンラインでDDLを実行してもレコードのINSERT, UPDATEはできるようになったとあるので、これが本当なのか検証してみた。MySQLにおいてレコード数の多いテーブルに対するALTER TABLE文の発行は以前から問題視されていて、pt-online-schema-changeみたいなものを駆使するのが常套手段だった。検証環境 ConoHa VPS 2GB Ubuntu 14.04 MySQL 5.6.17-0ubuntu0.14.04.1-log my.cnf データはWikipediaのダンプデータのenwiki-20140502-redirect.sql.gz というテーブルを使用。テーブル定義はこんな感じ。 CREATE TABL

limitusus 2014/06/17

リンク

MySQL (InnoDB) clustered and non-clustered indexes - MySQL

We all rem ember the classical explanation about the indexes in the database and how they make the task easier to find the right lines. I'm sure most of you visualizes something like this: It becomes clear right away that it takes much less effort to find two or three right lines throughout the data. It is brilliant, easy, and clear. Personally, I always thought that there is no room for any improv

limitusus 2014/06/05

MySQL
InnoDB

リンク

OOM relation to vm.swappiness=0 in new kernel

I have recently been involved in diagnosing the reasons behind OOM invocation that would kill the MySQL server process. Of course these servers were primarily running MySQL. As such the MySQL server process was the one with the largest amount of memory allocated. But the strange thing was that in all the cases, there was no swapping activity seen and there were enough pages in the page cache. Iron

limitusus 2014/04/30

MySQL
linux

リンク

MySQLで処理に長時間かかっている複数クエリをまとめて殺す方法 | Basicinc Enjoy Hacking!

あまりにも処理に時間がかかるようなSQLを実行してしまい、MySQLがうんともすんとも言わなくなってしまうような状況、よくありますよね。っていうか、まぁそんな状況あってはならないんですが、時たまあります。そんな時、問題となっているクエリの処理を止めたいわけです。特定のクエリを止める方法 MySQLで実行中のクエリ一覧を見て、SQLを強制終了する方法こちらを見てもらえればやり方は分かります。単純にMySQLに入って、show processlist;で問題のあるクエリを発見し、プロセスIDを kill するだけ。とても簡単。複数のクエリを一括で止める方法今回は問題のあるクエリが100個あったらどうする…？的なのを解決するエントリーです。まぁ、問題あるクエリ100個ある状況は、アプリ的に問題あるんじゃね？っていうレベルですが。1個ずつプロセスIDをコピペして…なんてやってられないです

limitusus 2014/04/16

MySQL

リンク

MySQL 5.5の秘伝のタレが5.6では腐っていたはなし | GMOメディアエンジニアブログ

もう寒の入りを過ぎましたね。DBAのたなかです。GAからもうすぐ1年、社内ではもう相当カジュアルにMySQL 5.6をインストールしています。今までは新規サービス(や、新規機能)での導入がほとんどだった5.6を、このたびトラフィックガンガンのサービスにアップグレードで導入しました︵と、偉そうに言っていますが私でない別のDBA氏が主担当のサービスです︶主な理由はInnoDB Compressedを使っていたのでその性能アップに期待…というところだったんですが、弊社DBAが神代の時代より試行錯誤を重ねたどり着いた究極のmy.cnf(?)、いわゆる秘伝のタレが残　念　な　が　ら　腐　っ　て　お　り夜を徹してアップグレード作業をしていた担当DBA氏が青い顔(推定。チャットだった)でス　ロ　ー　ク　エ　リ　ー　が　1　0　倍　く　ら　い　に　な　っ　た　ん　だ　け　ど　… と訴え、彼はその

limitusus 2014/03/26

リンク