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

    私的良スレ書庫

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

    元スレMySQL 総合 Part24

    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
    101 : NAME IS - 2013/10/08(火) 10:08:47.31 ID:???.net (+1,-30,-51)
    >>97
    スレチだがヒントとして…

    SELECT * FROM tab WHERE col = 'hoge' LIMIT 0 10;
    としたとき、 SELECT * を DELETE に置き換えると
    SELECTしたときに引けた分が消える。

    さぁ、がんばれ。
    102 : NAME IS - 2013/10/08(火) 11:31:41.95 ID:???.net (+0,-28,-13)
    >>101
    ORDER BYしないと非決定性だぞ。
    103 : NAME IS - 2013/10/08(火) 22:42:10.31 ID:???.net (+45,-30,-147)
    質問です。
    xampp(1.8.2.2)のMysqlのlog_buffer_pool_sizeのメモリの設定を大きくしたいのですが、innodb_log_file_sizeも一緒に大きくするようにとあったので
    両方を倍に書き換えた後、立ち上げようとしたらエラーが出て立ち上がりませんでした。ググったらid_logfile0と1を削除とあったのでそうしたのですが立ち上がりません。

    これはなにか手順を間違えたのでしょうか?
    それかいっそmy.iniメのモリを書き換え以外で大量データを高速に処理できるようになる方法はないでしょうか。教えてください。
    104 : NAME IS - 2013/10/08(火) 23:13:16.27 ID:???.net (+74,+29,-34)
    >>103
    > エラー
    エラーログを見る。

    > 高速に処理
    どんな基準で高速とするの?
    あとその質問だとマシンを買い換えろでも良いよね?
    とりあえず設定よりまずはSQLを見直すところから始めればいいんじゃないかな。
    105 : NAME IS - 2013/10/09(水) 07:35:46.72 ID:???.net (+66,+29,-26)
    いっそってなんだ
    Windowsだとサービスで起動しようとするとinnodb のログ作成中にタイムアウトすることがあったはずだが、
    環境も何のエラーかも書いてないような質問にはエスパーじゃないと㍉
    106 : NAME IS - 2013/10/09(水) 08:46:01.58 ID:???.net (+18,-30,-179)
    >>103
    5.6未満ではinnodb_log_file_size書き換えるとibdata1とiblogfile*を消して再作成させないとダメ。
    つまりデータベース初期化が必要。

    消せないなら、innodb_log_files_in_groupを増やす。減らすのは再作成が必要だけど、増やすのは再起動だけでいける。

    InnoDBログの性能はinnodb_log_file_size * innodb_log_files_in_groupに大体比例する。
    108 : NAME IS - 2013/10/10(木) 03:35:54.36 ID:???.net (-6,-30,-121)
    >>107

    /etc/my.cnf か ~/.my.cnf あたりの mysqldump セクションに xml って入ってるんじゃないかな

    あったら、書き換えるか、--no-defaults オプションで頑張るか
    なければ、shell の alias あたりを疑うくらいか
    109 : NAME IS - 2013/10/10(木) 13:56:04.62 ID:???.net (+12,-30,-166)
    >>104>>105>>106
    お返事ありがとうございました。

    >5.6未満ではinnodb_log_file_size書き換えるとibdata1とiblogfile*を消して再作成させないとダメ。つまりデータベース初期化が必要。
    クリティカルでした!処理も入力系以外は一気に高速化しました。助かりました!

    >とりあえず設定よりまずはSQLを見直すところから始めればいいんじゃないかな。
    ググったら入力系はボトルネックになりやすいみたいですね。SQL先月からの初心者だったので知りませんでした。
    infileやautocommit=0も試してみます。
    110 : NAME IS - 2013/10/14(月) 19:56:19.24 ID:???.net (+45,+29,-136)
    ポスグレからの移行で質問です。

    大体100万件程度のデータを流してサービスで実行しているsqlでテストしてるのですが、基本的に全てのレスポンスがポスグレより遅いです。
    若干遅いのは良いのですが、コネクション数によってパフォーマンスが下がりにくい、もしサーバが耐え切れなくなればレプリケーションしてスレーブサーバを足していけばいいという認識ですが合ってますか?

    ちなみに一番遅いクエリで0.7秒なので、許容範囲ではあるのですが・・・。
    111 : NAME IS - 2013/10/14(月) 20:03:27.37 ID:???.net (+41,-8,-77)
    >>110
    まずはクエリとか見直してみれば良いんじゃないかな?
    PostgreSQLではそうでもないけど、MySQLで遅いクエリってあるから。
    例えばサブクエリで遅くなってるとか、limit句が遅いとか。
    112 : NAME IS - 2013/10/14(月) 20:17:46.37 ID:???.net (+42,-30,-84)
    >>111
    返信ありがとうございます。

    joinで取ってくる件数を減らす、複合indexを張る等の調整はしてみました。
    その他join_buffer_sizeやsort_buffer_sizeなどの数値を変えてみたりして速くはなったのですが、それでも0.7秒程度かかってしまいます。

    やっぱり0.7秒かかるクエリは許容できるものでは無いですかね・・・?
    113 : NAME IS - 2013/10/14(月) 20:24:00.87 ID:???.net (+104,+29,-73)
    >>112
    > 許容
    要件によるとしか言いようがなくね?

    とりあえずクエリならEXPLAIN駆使して最適化を頑張る。
    それでもダメっぽいなら違う手段で高速化を試みるってのも考えてみれば?
    114 : NAME IS - 2013/10/14(月) 20:41:34.10 ID:???.net (+12,-29,-81)
    >>113
    ですよねぇ。。。ちなみに一秒間に10回ぐらい実行されるので個人的には0.0x秒まで持っていきたいです。

    explainも試してみてインデックスはすべて使われてるのですが、group byとorder byを同時に使うとどうにもパフォーマンスが落ちてしまいます。
    ちょっとmysql以外での最適化方法も含めて試してみたいと思います。ありがとうございました。
    115 : NAME IS - 2013/10/14(月) 21:22:09.67 ID:???.net (+71,+29,-44)
    >>113
    大体解決できそうです、MySQLは大量データをそのままorder byするとindexが使われなくなるんですね・・。
    ある程度絞り込みを行う事で対応できそうです。有難うございました。
    116 : NAME IS - 2013/10/18(金) 19:23:00.28 ID:???.net (+15,-29,-10)
    カラムに 1,10,20という文字列が入ってて、これの1のみを取得するためにはどうしたらいいですか?
    117 : NAME IS - 2013/10/18(金) 20:11:05.08 ID:???.net (+3,-30,-57)
    こういうことを言ってるのか?


    LEFT(str,len)

    ストリング str からの左側の len 文字を戻し、引数が NULL である場合は NULL を戻します。
    mysql> SELECT LEFT('foobarbar', 5);
    -> 'fooba'

    http://dev.mysql.com/doc/refman/5.1/ja/string-functions.html
    118 : NAME IS - 2013/10/18(金) 22:51:43.80 ID:???.net (+27,+2,-3)
    >>116
    SQLを勉強しましょう
    119 : NAME IS - 2013/10/18(金) 23:48:29.65 ID:???.net (+44,+21,-3)
    テーブル設計直した方がよくね?
    122 : NAME IS - 2013/10/22(火) 09:28:45.91 ID:???.net (-1,-29,-3)
    STR_TO_DATE() 使うとか
    124 : NAME IS - 2013/10/23(水) 16:29:35.41 ID:/T7nfZcL.net (+56,+29,-29)
    パーティショニングって何百MBぐらいに成ったらしたほうがいい?
    クエリ帰ってくるのが遅く感じるまで分割意識しなくておけー?
    125 : NAME IS - 2013/10/23(水) 22:04:29.82 ID:???.net (+60,+29,-1)
    >>124
    後から切るのもつらいぞ
    126 : NAME IS - 2013/10/24(木) 01:19:03.59 ID:???.net (+50,+29,-15)
    >>123
    悪いとは言ってない
    馬鹿にしてるだけ
    128 : NAME IS - 2013/10/26(土) 09:23:12.92 ID:???.net (-1,-29,-4)
    #1026はファイル書き込みエラー
    ディスクがいっぱいとか
    131 : NAME IS - 2013/10/26(土) 18:08:32.38 ID:rPqGsWTx.net (+13,+29,-22)
    ああ限界まで使い切ってるのは勘違い
    でもなんかメモリー関係でエラーが出てるのは間違いなさそうだ
    132 : NAME IS - 2013/10/26(土) 18:41:58.78 ID:???.net (+59,+29,-20)
    >>131
    エスパーじゃないから色々設定いじったとか言われても分からん。
    >>1のサイトを見た上で出直してくると良い。
    133 : NAME IS - 2013/10/26(土) 19:34:49.19 ID:???.net (+3,-24,-18)
    my.cnfの設定がどうなっているとか情報を一切晒さず回答しろですか
    134 : NAME IS - 2013/10/27(日) 14:36:29.38 ID:???.net (+57,+29,-10)
    百戦錬磨のエスパーのおまいらならそれくらい出来るはずだ
    考えるな 感じろ
    135 : NAME IS - 2013/10/27(日) 15:31:04.77 ID:???.net (+57,+29,-21)
    どうせセキュリティ関連の何かが動いてて書き込めないとかだろ
    136 : NAME IS - 2013/10/27(日) 18:52:15.94 ID:???.net (+57,+29,-46)
    OSの情報すらない状況で何が言えるのか
    "色々いじった"のが原因と推測するのが当然と思われるので、
    サンプルの設定ファイルに差し替えてどうかをまず見てみる
    137 : NAME IS - 2013/10/28(月) 17:49:21.12 ID:???.net (-1,-29,-23)
    ねぇ皆、mariaDBに移行した、または近々以降予定って人、会社いる/ある?
    138 : NAME IS - 2013/10/28(月) 18:03:15.07 ID:???.net (-1,-29,-16)
    移行はしてないけど新規は全部MariaDB
    139 : NAME IS - 2013/10/28(月) 22:37:54.60 ID:???.net (+57,+29,-15)
    なるほど
    でも今後はやっぱMySQLよりも、mariaDBが主流になっていくんだろうなぁ
    5年かかるかな?
    140 : NAME IS - 2013/10/29(火) 08:00:19.89 ID:???.net (+57,+29,-19)
    そんなにかからないと思う
    もう新規でmy入れる人は少ないよな
    141 : NAME IS - 2013/10/29(火) 08:06:07.90 ID:???.net (+3,-24,-18)
    うちはまだMySQL入れてるな
    そんなに主流になりそうなの?>MariaDB
    MariaDBも保守サポートがあるみたいだから入れるのは別にいいんだけど
    142 : NAME IS - 2013/10/29(火) 10:18:35.40 ID:???.net (+57,+29,-19)
    海外勢はもう結構移行してるんじゃないの?
    日本は基本的に海外勢と比べるとワンテンポ、ツーテンポ遅れるから
    143 : NAME IS - 2013/10/29(火) 23:24:08.39 ID:???.net (-1,-29,-11)
    世界一MySQLを使ってるらしいFacebookはまだMySQL、TwitterもまだMySQLだと思う。
    144 : NAME IS - 2013/10/30(水) 06:20:25.67 ID:???.net (+57,+29,-7)
    あそこはカスタマイズしまくっててMySQLと呼べるか疑問
    145 : NAME IS - 2013/10/30(水) 08:41:51.65 ID:???.net (-1,-29,-31)
    社内ではtwitterとfacebookはMiraDB使ってるみたいだけどな。
    パフォーマンス的にはMySQL5.6の方がまだ上なのかね。
    146 : NAME IS - 2013/10/30(水) 09:41:58.98 ID:???.net (-1,-29,-28)
    パフォーマンスはもともとMariDBの方が上。
    147 : NAME IS - 2013/10/30(水) 12:13:48.93 ID:???.net (-6,-29,-4)
    5.6より性能いいの?
    148 : NAME IS - 2013/10/30(水) 15:55:22.53 ID:???.net (+57,+29,-40)
    まあ強いよな。著名な開発者がMariaに流れたし、
    Oracleが改良した部分はパクればいいんだし。
    149 : NAME IS - 2013/10/30(水) 18:37:43.60 ID:???.net (+57,+29,-19)
    5.6は大幅にリファクタリング入っててパクるの無理みたいよ
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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