のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,309人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレMySQL 総合 Part19

    mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    551 : NAME IS - 2011/04/23(土) 15:21:45.74 ID:??? (-1,-29,-10)
    コマンドから同等のSQLを実行するときに
    先頭にEXPLAINってつけるだけなんだぜ
    552 : NAME IS - 2011/04/23(土) 15:23:11.79 ID:??? (+0,-27,-5)
    データが無いとexplainできない ってのは
    構造的欠陥だと思うんだ
    553 : 539 - 2011/04/23(土) 15:25:23.46 ID:??? (+70,+29,-25)
    >>550

    気を悪くしたのならごめんなさい。
    explainもこちらに書き込んだ当初は知らなかったのです。
    皆さんの知見にたよりつつ
    並行して自分でも手探りで調べている状態です。
    554 : NAME IS - 2011/04/23(土) 15:54:23.19 ID:??? (+22,+4,-3)
    で、結果は?
    555 : 539 - 2011/04/23(土) 18:59:02.98 ID:??? (+91,+29,-17)
    気にしてくれてる皆さん、
    ありがとうございます。
    ただ今、別件で外にいまして、まだ実行できておりません。ごめんなさい。
    月曜までには必ず報告しますのでしばらくお時間をください。
    556 : NAME IS - 2011/04/23(土) 19:47:31.25 ID:??? (+47,+29,+0)
    絶対に許さない
    557 : NAME IS - 2011/04/23(土) 20:27:28.96 ID:??? (+70,+29,+0)
    >>555
    とりあえず今日のパンツの色を教えてくれ
    558 : NAME IS - 2011/04/23(土) 21:12:33.12 ID:??? (+91,+30,-36)
    赤紫とシャンパンゴールドのストライプに群青色のイチゴのプリントが入っています。
    脱ぎたてが欲しい方は速達で送りますのでメールアドレスをお知らせください。
    559 : NAME IS - 2011/04/24(日) 16:47:36.03 ID:??? (+51,+28,+0)
    色ややこしいわw
    560 : NAME IS - 2011/04/24(日) 19:34:28.37 ID:??? (+59,+25,+1)
    >>510
    奇特
    561 : NAME IS - 2011/04/24(日) 19:40:10.24 ID:??? (+70,+29,-7)
    >>558
    群青色のいちご、ってそりゃ別のベリーじゃないの?
    562 : NAME IS - 2011/04/24(日) 20:18:24.20 ID:??? (+97,+27,-2)
    >>510
    危篤わろた
    563 : NAME IS - 2011/04/24(日) 20:32:30.86 ID:??? (+65,+29,+0)
    >>562
    ある意味あってるだろ
    564 : 539 - 2011/04/25(月) 12:08:39.90 ID:b0NRbWiN (+29,+29,-176)
    おはようございます。

    本日exlplanを使用して、
    インデックスが利用されているかを確認してみました。

    結果、こちらが意図する動きではなく、
    インデックスも使用されていませんでした。

    検索用に追加したインデックスの列の項目と
    実際にSQLで使用している列とに1個差異があったので、
    検索で使用する列のみを指定したインデックスを
    追加作成しました。

    そうしたところ、今まで1分弱掛かっていたクエリも
    1秒で終わるようになりました。

    あとは、登録処理にどれほど影響が出ているのかを
    確認していこうと思います。

    皆様にはたいへんお世話になりました。
    まずはご報告まで。
    565 : NAME IS - 2011/04/25(月) 15:34:14.69 ID:??? (+36,+18,+0)
    ほほう
    566 : NAME IS - 2011/04/25(月) 22:48:03.49 ID:??? (+57,+29,-23)
    インデックスを貼る効果はこれぐらいあるんですよ~って教科書に載りそうなお話 w
    567 : NAME IS - 2011/04/26(火) 17:08:52.78 ID:??? (+64,+29,-33)
    インデックスを貼ってるカラムを削除する場合、
    インデックスを削除してからカラムを削除しなけれなばならいのですか?
    それともいきなりカラム削除すればインデックスも削除されるのでしょうか?
    568 : NAME IS - 2011/04/26(火) 18:30:24.94 ID:??? (+11,-30,+0)
    >>567
    すごく不思議な消え方をした。

    mysql> show create table test\G
    *************************** 1. row ***************************
    Table: test
    Create Table: CREATE TABLE `test` (
    `c1` int(11) NOT NULL,
    `c2` int(11) DEFAULT NULL,
    `c3` int(11) DEFAULT NULL,
    PRIMARY KEY (`c1`),
    KEY `test_ix1` (`c2`,`c3`),
    KEY `test_ix2` (`c3`,`c2`),
    KEY `test_ix3` (`c2`),
    KEY `test_ix4` (`c3`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8
    1 row in set (0.00 sec)

    mysql> alter table test drop column c3;
    Query OK, 0 rows affected (0.09 sec)
    Records: 0 Duplicates: 0 Warnings: 0

    mysql> show create table test\G
    *************************** 1. row ***************************
    Table: test
    Create Table: CREATE TABLE `test` (
    `c1` int(11) NOT NULL,
    `c2` int(11) DEFAULT NULL,
    PRIMARY KEY (`c1`),
    KEY `test_ix1` (`c2`),
    KEY `test_ix2` (`c2`),
    KEY `test_ix3` (`c2`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8
    1 row in set (0.00 sec)
    569 : NAME IS - 2011/04/26(火) 18:55:12.71 ID:??? (+57,+29,-1)
    不思議でもなんでもない。それをするのがDBMSの役目。
    570 : NAME IS - 2011/04/27(水) 01:49:52.66 ID:??? (+43,+21,+1)
    >>544は神
    571 : NAME IS - 2011/04/27(水) 01:51:37.09 ID:??? (+49,-30,-132)
    すみません教えてください。

    http://d.hatena.ne.jp/omiyan/20110118/p1
    この通りバージョンアップして、mysql --version をしたら、
    mysql Ver 14.14 Distrib 5.5.11, for Linux (x86_64) using readline 5.1
    となっていたのですが、mysqlに入ってselect version();したら、
    5.0.77 と返ってきました。
    これはどちらが正しいのでしょうか。

    RENAME DATABASE をしたらエラー(ERROR 1064 (42000))に
    なったのですが、ということはまだ5.0.77ということなのでしょうか。

    ご教示いただけますと幸いです。
    572 : NAME IS - 2011/04/27(水) 02:53:13.70 ID:??? (+7,-21,+0)
    見てるmysqlが違う
    573 : 571 - 2011/04/27(水) 03:20:24.53 ID:??? (+4,-30,-63)
    >>572
    ご教示ありがとうございます。

    やったことは、
    yum remove mysql mysql-server php-mysql
    yum -enablerepo=remi mysql mysql-server php-mysql
    といったようなことなのですが、これで2つのmysqlが
    共存しているような状態になっているのでしょうか。
    574 : NAME IS - 2011/04/27(水) 07:10:58.70 ID:??? (+39,-30,-54)
    >>571
    どちらも正しい
    mysql --version はmysql のバージョン
    select version() はmysqld のバージョン
    mysqld は 5.0.77 なのでRENAME DATABASE はできませんねん
    575 : NAME IS - 2011/04/27(水) 11:52:53.07 ID:??? (+38,-30,-66)
    ではmysqldをバージョンアップすればよいのでしょうか。
    yum remove mysqld mysqld-server php-mysqld
    yum -enablerepo=remi mysqld mysqld-server php-mysqld
    としてみましたが、うまくいかないようです。
    576 : 571 - 2011/04/27(水) 15:12:45.75 ID:??? (+68,+29,-12)
    >>574
    ありがとうございます。
    なるほど。mysqldがバージョンアップされてないんですね。

    >>575さん同様、私も同じ方法でうまくバージョンアップ
    できていないんですね。困りました。。
    577 : NAME IS - 2011/04/27(水) 16:15:33.55 ID:??? (+52,+29,+0)
    困ったときはお互い様です。
    578 : NAME IS - 2011/04/27(水) 20:30:17.64 ID:??? (+7,-29,-37)
    >>576
    yumした時に、Repository の項目がremiとなってますか?

    ないなら、remiが有効になってないからかも。
    remiのリポジトリの追加はこの辺で。
    http://blog.suz-lab.com/2009/03/yumepelremicentos-52.html
    579 : 571 - 2011/04/27(水) 23:19:34.31 ID:??? (+34,-29,-94)
    ありがとうございます。

    バージョンアップは解決しました。
    具体的には、下記で解決しました。
    http://centoshome.seesaa.net/article/117329591.html

    ただ、肝心のRENAME DATABASEができませんね。。

    5.5になったのですが、もしかして5.5ではRENAME DATABASEは
    実装されていないのでしょうか?
    だとしたら、DB名の変更は何か他に楽にできる方法はあります
    でしょうか。
    580 : NAME IS - 2011/04/28(木) 00:56:44.47 ID:??? (+7,-30,-194)
    require_once("MDB2.php");
    で呼び出して、
    $res = $mdb2 -> query("SELECT * FROM `foo` where `id` = '$id'");
    という感じで繋いでるんですが、サーバーでは繋がるんですがローカルでは繋がらず
    Call to undefined method MDB2_Error::fetchRow()
    というエラーがでるんですが、どうしたらいいでしょうか

    pear listで確認したら
    MDB2
    mdb2_Driver_Mysql
    mdb2_Driver_Mysqli
    がはいってます
    PHP Versionは5.3.1です
    xamppのバージョンは1.7.3です
    581 : NAME IS - 2011/04/28(木) 01:03:43.95 ID:??? (+59,-29,-3)
    582 : NAME IS - 2011/04/28(木) 01:04:18.16 ID:??? (+93,+30,+0)
    583 : NAME IS - 2011/04/28(木) 01:09:34.62 ID:??? (+2,-29,-28)
    >>580
    DB_FETCHMODE_ASSOC を指定してるというオチじゃないだろうな
    584 : NAME IS - 2011/04/28(木) 01:12:48.56 ID:??? (+32,-30,-56)
    >>583
    次の行に
    while ($row = $res -> fetchRow(MDB2_FETCHMODE_ASSOC)){
    ってやって受け取ったデータを処理してます
    585 : 571 - 2011/04/28(木) 01:55:47.14 ID:??? (+67,+27,+1)
    >>581 >>582

    廃止されてたんですね。
    ありがとうございました。
    586 : NAME IS - 2011/04/28(木) 02:57:09.00 ID:??? (+62,+29,-14)
    >>584
    じゃぁサーバーとローカルで環境が違うからだろう。
    その辺を具体的に書かなきゃエスパーでない限りわからんな。
    587 : NAME IS - 2011/04/28(木) 12:20:19.68 ID:??? (+64,-30,-32)
    MySQL で DB サーバ上のシステム時刻をミリ秒またはマイクロ秒精度で
    取得するにはどうしたらいいですか? そもそも TIMESTAMP 型が秒精度
    なので SELECT CURRENT_TIMESTAMP() じゃどうしようもならんし。
    588 : NAME IS - 2011/04/28(木) 13:19:06.36 ID:??? (+52,+30,+0)
    589 : NAME IS - 2011/04/28(木) 13:39:38.36 ID:??? (+64,+27,-12)
    >>587
    ググったらこんなページ見つけたけど
    http://d.hatena.ne.jp/download_takeshi/20071124/1195915196
    590 : NAME IS - 2011/04/28(木) 13:41:14.67 ID:??? (-1,-29,-14)
    ユーザー定義関数でもいいけど、MySQLを呼び出す側のPHPとかからmicrotime渡したほうが早い気がする
    591 : NAME IS - 2011/04/28(木) 14:23:27.68 ID:??? (+82,+29,-87)
    24時間365日動くシステムでMySQLを使っているのですが、
    皆さんはバックアップはどの様にされてますか?

    どこかで、MySQLのダンプの機能は
    バックアップとしては使えないといった
    書き込みを見たような気もするのですが・・・。

    ストップできないシステムなので、
    データフォルダをコピーするといったことが
    難しいので、皆さんはどの様にされているか
    教えて頂けないでしょうか?
    592 : NAME IS - 2011/04/28(木) 14:29:50.04 ID:??? (-1,-29,-24)
    mysqldumpをcronで毎日実行して別サーバーへ転送してる
    最新の状態ではないが最悪前日の状態には戻せる
    mysqldumpでちゃんと復元できるよ
    593 : NAME IS - 2011/04/28(木) 14:32:10.98 ID:??? (-1,-29,-29)
    mysqldumpで復元できるってのは、mysqldumpでバックアップしたデータでもちゃんと復元できるって意味な
    594 : 591 - 2011/04/28(木) 14:44:56.04 ID:??? (+25,-2,-14)
    なるほどです。
    ありがとうございます。

    私もmysqldumpを使ってバックアップを取るようにします。

    595 : NAME IS - 2011/04/28(木) 14:59:09.52 ID:??? (+0,-27,-29)
    レプリケーションしてスレーブのハードディスクからスナップショット作ってる
    596 : 591 - 2011/04/28(木) 15:40:51.94 ID:??? (+62,+29,-59)
    なるほど。
    レプリケーションを利用されているのですね。

    今回はシステム規模も小さく、
    サーバを1台しか用意できなかったので、
    レプリケーションは選択肢から外しておりました。
    今後の参考にさせていただきます。
    598 : NAME IS - 2011/04/29(金) 10:28:06.51 ID:??? (+33,+17,+1)
    >>597
    空でいい
    599 : NAME IS - 2011/04/29(金) 13:20:17.47 ID:??? (+0,-28,-47)
    横槍で申し訳ないが
    mysqldumpってそこそこ時間かかるしバックアップ中はサイトにアクセス出来なくなるし
    毎日mysqldumpって現実的な手段になるの?
    600 : NAME IS - 2011/04/29(金) 14:15:08.29 ID:??? (-1,-29,-16)
    InnoDBならバックアップ中でもアクセスできる
    MyISAMなら仕方ない
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について