システムのクラッシュ後、再起動しても 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
クライアントには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
ウノウラボ Unoh Labs: MySQLのチューニングのためのデータの集め方
いつの間にか会社で古株になったyamaokaです。 webアプリケーションのバックエンドにMySQLを使っている場合、 クエリ（SQL）のチューニングをする必要がありますよね。 皆さんはチューニングの計画をどのように立てていますか。 もちろん、既に明らかに重いことが想定されているページがあれば、 その処理で使われているクエリを中心にEXPLAINなどを使って解析していけばいいと思います。 でもそうではなく、全体的にクエリの見直しやチューニングを行いたい場合は 実際に実行されているクエリを確認していくという作業が必要です。 そこで使うことができる3つの方法について書きたいと思います。 遅いクエリを記録する MySQLにはスロークエリログといって、 実行に時間がかかったクエリを記録する機能が最初から付いています。 /etc/my.cnfに次のように設定を書けば実行時間が1秒を超えたクエリが出力
ウノウラボ Unoh Labs: 「ちわさん、奥さんが来ましたよ」
「え！？妻が会社に！？」と一瞬戸惑いましたが奥一穂さんでした。 別に妻が会社に来てもやましいことなど何もありませんが、こんちには、ちわです。こんにちわ。 以前の記事でもご紹介した通り弊社が提供しているまちつく！というサービスでは Q4M 0.9.0 を利用して地図の画像生成と Amazon S3 への転送を行っています。 その Q4M に障害が発生し弊社ではどうも解決できそうにないので Q4M の作者の奥一穂さんに相談させてもらいました。 その際は、デッドロックのバグを踏んでいる可能性があるので Q4M を 0.9.1 以上のものしてみてはどうかと返答を頂きました。 弊社では 64bit 環境であった為、0.9.2 は除外され、0.9.3 は新しすぎるので 0.9.1 を採用することにし、バージョンアップ後に障害もなく安定稼働を続けています。 そんな経緯もありまして、先日弊社に奥一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mysql toranomaki
MySQL Bootcamp — MySQL Bootcamp 2013 documentation
MySQLの冗長化 2013-01-24
BoBlog >> PHP: strtotime() の謎