システムのクラッシュ後、再起動しても MySQL が起動しない | UB Lab.
開発用に MySQL サーバーをいくつか用意しているが、気づいたら停止していた。MySQL が止まるなんて珍しいと思っていたら、システム全体がハングアップしていた。熱暴走の季節でもないのに不吉な感じだが、よく止まるマシンなのであまり気にせず再起動した。システムは正常に動作しているが、MySQL に接続できない。調べてみると、MySQL の待ち受けポートである 3306を Listen していない。自動起動の設定を忘れていたのだろうと思い、起動してみると・・・ [root@server ~]# /etc/init.d/mysqld start Another MySQL daemon already running with the same unix socket. mysqld を起動中: [失敗] 失敗。念のため、start ではなく restart してみたが結果は同じ。エラーメッセ
MySQLのmy.cnfファイルサンプル
MySQLのバージョン インストールされたMySQLのバージョンは以下のようになります。 名前 バージョン ダウンロード元 my.cnfサンプル 以下のサンプルを参照して、my.cnfファイルを作成してください。 # このファイルは MySQL 5.6を基準として作られてあります。 # http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html を参照しました。 [mysqld] ##-------------------------------------------------------------------- # mysqldの基本設定 ##-------------------------------------------------------------------- # id は 1 から 2^
MySQL native driver for PHP - mysqlndを使う（備忘録） : ああ、Web屋のつれづれ記
PHP 5.3から使用可能なMySQL native driver for PHP（mysqlnd）を使うための初期設定の備忘録。 ここの記載通り、configureオプションを指定してPHPをソースからインストールしたのだが、 mysql.sockが見つからないと言われた。 調べてみると、php.iniの pdo_mysql.default_socket= mysql.default_socket = にmysql.sockの場所をちゃんと指定してあげないといけないことが判明。 MySQLは公式のRPMパッケージを使用しているのだが、mysql.sockの場所が解らない。 で、ググったらこのブログにmysqladminが教えてくれるよと書いてあったので /usr/bin/mysqladmin -u root -p version のコマンドを入力、パスワードを入れると Server ve
Mysql toranomaki
(↓間違いの訂正アリ↓)第4回大阪MySQL勉強会資料 06/03 修正 ◆@y_catch さん @yoku0825 さんに教えていただいた誤謬の修正 ・「使用権」は誤解を招くと教えていただいたので "「使用」と「利用」""ライセンスの２つの法的根拠"などを修正 また、使用が権利でないことの理解の一助となるよう "「使用」と「利用」とライセンス"のページを追加 ・GPLのバージョンについての情報を追加して、用語はGPLv2へ統一(したつもり) ・"MySQLの著作権"について、教えていただいた情報を元に修正 ◆また、以下も修正 ・発表直前に書き上げたため、推敲せず話の繋ぎがうまくいってない箇所や 分かりにくい説明、見にくいところなどを修正 ・[GNUによる4つの自由]で自由の保障で勘違いしてたところを削除 ・オープンソースライセンスの定義を正しいものに修正 ・時間がなくて機械翻訳のままだ
クライアントにはdefault-character-setを指定したいけどmysqlbinlogには怒られたくない - （ひ）メモ
my.cnfには[group]というオプショングループが書けて、グループ毎に設定ができます。 オプショングループには特殊な[client]というのがあります。 [client]オプショングループは、すべてのクライアントプログラム(mysqldは除く）によって解読されます。これによって全てのクライアントに当てはまるオプションを指定することが可能になります。 MySQL :: MySQL 5.6 リファレンスマニュアル :: 4.2.6 オプションファイルの使用 なので[client]にdefault-character-set = utf8と書いておけば、(my.cnfを解釈する)全てのクライアントにdefault-character-setをセットすることが可能です。 ところがdefault-character-setを解さないクライアントの場合はエラーになってしまいます。例えばmysql
Slow Query Logでみるとこ - さよならインターネット
User@Host: kenjiskywalker[kenjiskywalker] @ localhost [] # Query_time: 0.00011111 Lock_time: 0.000099 Rows_sent: 1 Rows_examined: 300000000000000000000000 SET timestamp=999999999999; SELECT girl FROM girls_list WHERE name = 'homuhomu' みたいなスロークエリログがあったとして、 確認すべきところは Query_time = クエリの処理にかかった時間 Lock_time = ロックされた時間 Rows_sent = クエリにヒットしたレコード数 Rows_examined = 探索対象となったレコード数 で、ロックとかクエリにかかった時間は基本だと思うんですけど
Amazon RDS で肥大化したslow_logテーブルをクリアする方法
以前AmazonRDSでslow queryを出力するようにする方法にてRDSでslow_logを出力するように設定すると、mysqlデータベースのslow_logテーブルにログが保存されるようになるのですが、このテーブルに保存されたデータは、RDSで作成できるユーザーの権限では削除することができません。 mysql> delete from slow_log; ERROR 1556 (HY000): You can't use locks with log tables. mysql> truncate table slow_log; ERROR 1044 (42000): Access denied for user 'xxxx'@'%' to database 'mysql' このことはgeneral_logにも言えるのですが、 これに対して、Amazonから以下のストアドプロシージ
AmazonRDSでslow queryを出力するようにする方法
AmazonRDSは、デフォルトの設定ではslow queryを出力するようになっていない。 また、MySQLが動いているサーバにアクセスすることができないので、slow queryをログファイルに出力したとしてもそれを閲覧する術がない。 RDSでも採用されているMySQL 5.1からは、slow queryをテーブルに保存できるようになったので、それを使う。 方針 ログはテーブル(mysql.slow_log)に出力する。 実行に1秒以上かかったクエリを記録する 100行以上を読み込んだクエリを記録する 普通なら以下のオプションをmy.cnfに設定すればOK。 [mysqld] slow_query_log = ON long_query_time = 1.000 log_output = TABLE min_examined_row_limit=100 RDSの場合は、db-param
米Facebook、MySQL向けのオンラインスキーマ変更ユーティリティ「OSC」を公開 | OSDN Magazine
SNS大手の米Facebookは9月15日、データベースシステム「MySQL」用のユーティリティツール「OSC」をリリースした。LaunchPadのプロジェクトページより入手できる。 OSC（OnlineSchemaChange.php）は、ライブシステムにおけるMySQLデータベースの構造を変更できるユーティリティツール。 FacebookではユーザーデータのレポジトリとしてMySQLとストレージエンジン「InnoDB」を利用しているという。Facebookの開発者はこの組み合わせを性能の面から評価しつつ、インデックスの新規作成や更新などをより高速に行いたいというニーズがあったと説明している。 OSCは、MySQL向けオープンソースユーティリティのOpenark Forgeで公開されている「oak-online-alter-table」を土台とした。oak-online-alter-ta
MySQLでサービス停止のないALTER TABLEの検討 - SH2の日記
MySQLでテーブルへのカラム追加、インデックス追加やテーブルの再編成などを行うと、その間テーブルに共有ロックがかかってしまいます。そのためこれらのメンテナンス処理は、通常利用者の少ない深夜早朝帯にサービスを止めて実施する必要があります。本日はそれを無停止、オンラインのままでできないかという話題です。 基本的なアイデア メンテナンス対象の元テーブルをコピーして、作業用の仮テーブルを作ります 仮テーブルに対して、カラム追加などの変更を加えます その間、元テーブルに対して行われる更新処理について差分を記録しておきます 仮テーブルの変更が終わったら、記録しておいた差分データを仮テーブルに反映します 差分データの反映が終わったら、元テーブルと仮テーブルを入れ替えます これと似たようなことを考えた方は結構いらっしゃるのではないでしょうか。ただ、言うは易し、行うは難しです。整合性がきちんと取れるかどう
MySQLがおかしい！あなたならどうしますか？ – MySQL Casual Advent Calendar 2011 - As a Futurist...
しわっす！DBA 兼オペレーションエンジニア兼タスクマネージャやってる riywo です。何のネタを書こうかなぁと考えたのですが、正直ネタを仕込む時間もなかったので僕がいつもやってることをさらっと紹介するということで勘弁して下さい＞＜ MySQL がおかしい！ 03:14 hidek: なんかエラー出まくってるんだけど！ 03:14 zigorou: MySQL と通信してるとこっぽい 03:15 riywo: 見ます こんなやりとりは皆さん日常茶飯事ですよね？ね？ね？こんな時に、DB に責任を持つものとして真っ先に対応するのが僕らの仕事です。でも、じゃあ具体的にこのあと何をしましょう？既にサービスはエラーだらけで一刻を争う状態です。 (対応開始) まずはエラーメッセージ 今回の様な場合はアプリのエラーログにどばっと MySQL に関するエラーが出ているでしょう。まずはそれを見ることが始ま
cloudpackブログ - MySQLにSSLで接続
MySQLにインターネット経由で接続するような場合は、SSL接続にしたいので試してみました。 まずは、現状の確認です。SSL接続が無効になっていることがわかります。 mysql> SHOW VARIABLES LIKE '%ssl%'; +---------------+----------+ | Variable_name | Value | +---------------+----------+ | have_openssl | DISABLED | | have_ssl | DISABLED | | ssl_ca | | | ssl_capath | | | ssl_cert | | | ssl_cipher | | | ssl_key | | +---------------+----------+ SSL接続には、当然、証明書類が必要になるので、下記のディレクトリで作成します。
INで抽出した順番に並び替え（SQL）
>FIELDの商品コードを'で囲んだところ、 >エラーは出なくなりましたが並び替えは上手くいきませんでした。 「'」（アポストロフィー）で囲んでしまうと、文字定数となるので、FIELD関数は正しく動作しません。 予約語と同じキーワードを使う場合は、「`」（バッククォート）を使いますが、今回は日本語の列名ということで該当しません。 MySQL 5.0では、下記SQLで動作しました。 SELECT 商品コード,商品名 FROM 商品マスタ WHERE 商品コード IN (5,7,3) ORDER BY FIELD(商品コード,5,7,3); マニュアルを見る限り、FIELD関数は昔からあるようです。#2回答者さんへのお礼にある「使えなかった」とは、具体的にどうなるのでしょうか？ 下記のSQL例のように、CASEでも同様の結果を得られます。 SELECT 商品コード,商品名 FROM 商品マスタ
MySQLが繋がらなくなってたので対応した – Shimabox Blog
発端 久しぶりにブログでも更新しようかなぁなんて思ってアクセスしたら エラー：データベースに接続できません なんて文字がデカデカと表示されてたYo!! さすがにちょっとあせったので、対応したメモ。 エラー発覚 久々にブログにアクセスしたら冒頭で書いた通り、 エラー：データベースに接続できません とデカデカ表示されてました。 ログ確認 とりあえず、mysqlの再起動と思って /etc/init.d/mysqld restart を実行したんだけど、 MySQL Daemon failed to start のエラー え、なにコレ怖いと思ってグーグルさんに問いかけた。 そしたらまずはログを見ろみたいな事が書いてあったので、 cat /var/log/mysqld.log でログを確認したところ、 [ERROR] /usr/libexec/mysqld: unknown variable 'de
ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering
こんにちはこんにちは。最近お腹痛いばっかり言ってることで有名なiwanagaです。 DeNAは外部的にはプラットフォーム的な部分の方がフィーチャーされることが多いですが、実はソーシャルゲームの提供も行っています。怪盗ロワイヤルとか、どこかで聞いたことがあるのではないでしょうか。 僕はDeNAでソーシャルゲームが誕生した辺りからずっとサーバサイドを見てきましたが、そんな運用の中で自分が貯めてきた知見とかTIPSをご紹介したいと思います。 かれこれ10タイトル近くはレビューしたり運用したりしてるため結構言いたいことはいっぱいあるので、小出しにしつつ評判よければ次も書きます。 ソーシャルゲームのためのMySQL入門一覧 ソーシャルゲームのためのMySQL入門 - Technology of DeNA ソーシャルゲームのためのMySQL入門2 - Technology of DeNA 「MySQL
mysqlsnifferでMySQLのプロトコルをキャプチャリング
MySQLで接続関係の問題、具体的に言うとAborted_clientsやAborted_connectionsというステータス変数が増え続けてしまうような現象に遭遇することがある。MySQLは、そういったネットワーク関係の問題をあまりたくさんログに記録しないようになっている。DoS攻撃などでログが溢れかえってしまわないようにするためだ。そんなとき、試して頂きたいのがmysqlsniffer。 mysqlsnifferとは。http://hackmysql.com/mysqlsniffer mysqlsnifferは、tcpdumpのようにネットワークインターフェイスからパケットをキャプチャするプログラムだが、tcpdumpとはMySQLのプロトコルを理解するという点で異なる。というかMySQLのプロトコル専門のキャプチャプログラムだ。OSのroot権限さえあれば、MySQLサーバーに対し
快適スケールアウト生活への第一歩。SPIDERストレージエンジンを使ってみよう！
先月、Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジンというエントリでSPIDERストレージエンジンによるスケールアウトが凄い！という話を書いた。SPIDERストレージエンジンは凄いヤツだが、ノウハウがあまりウェブ上で見つからない。唯一見つかる日本語の記事は、ウノウラボによる「国産MySQLストレージエンジン「Spider」の作者、斯波健徳氏に聞く 」だけである。SPIDERストレージエンジンは斯波氏による単独の作品であるため、斯波氏は開発だけで手いっぱいであり、使い方の紹介記事を書くことまでは手が回らないのであろう。こんな凄いストレージエンジンをドキュメントが足りないせいで使って貰えないなんて勿体ない！！ というわけで、今日はSPIDERストレージエンジンの基本的な使い方について紹介する。少し長いエントリであるが、最後までお付き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL Bootcamp — MySQL Bootcamp 2013 documentation
MySQLの冗長化 2013-01-24
BoBlog >> PHP: strtotime() の謎