元スレMySQL 総合 Part24
mysql覧 / PC版 / みんなの評価 :
前へ
101 = :
>>97
スレチだがヒントとして…
SELECT * FROM tab WHERE col = 'hoge' LIMIT 0 10;
としたとき、 SELECT * を DELETE に置き換えると
SELECTしたときに引けた分が消える。
さぁ、がんばれ。
103 = :
質問です。
xampp（1.8.2.2）のMysqlのlog_buffer_pool_sizeのメモリの設定を大きくしたいのですが、innodb_log_file_sizeも一緒に大きくするようにとあったので
両方を倍に書き換えた後、立ち上げようとしたらエラーが出て立ち上がりませんでした。ググったらid_logfile0と1を削除とあったのでそうしたのですが立ち上がりません。
これはなにか手順を間違えたのでしょうか？
それかいっそmy.iniメのモリを書き換え以外で大量データを高速に処理できるようになる方法はないでしょうか。教えてください。
104 = :
>>103
> エラー
エラーログを見る。
> 高速に処理
どんな基準で高速とするの？
あとその質問だとマシンを買い換えろでも良いよね？
とりあえず設定よりまずはSQLを見直すところから始めればいいんじゃないかな。
105 = :
いっそってなんだ
Windowsだとサービスで起動しようとするとinnodb のログ作成中にタイムアウトすることがあったはずだが、
環境も何のエラーかも書いてないような質問にはエスパーじゃないと㍉
106 = :
>>103
5.6未満ではinnodb_log_file_size書き換えるとibdata1とiblogfile*を消して再作成させないとダメ。
つまりデータベース初期化が必要。
消せないなら、innodb_log_files_in_groupを増やす。減らすのは再作成が必要だけど、増やすのは再起動だけでいける。
InnoDBログの性能はinnodb_log_file_size * innodb_log_files_in_groupに大体比例する。
109 = :
>>104>>105>>106
お返事ありがとうございました。
>5.6未満ではinnodb_log_file_size書き換えるとibdata1とiblogfile*を消して再作成させないとダメ。つまりデータベース初期化が必要。
クリティカルでした！処理も入力系以外は一気に高速化しました。助かりました！
>とりあえず設定よりまずはSQLを見直すところから始めればいいんじゃないかな。
ググったら入力系はボトルネックになりやすいみたいですね。SQL先月からの初心者だったので知りませんでした。
infileやautocommit=0も試してみます。
110 = :
ポスグレからの移行で質問です。
大体100万件程度のデータを流してサービスで実行しているsqlでテストしてるのですが、基本的に全てのレスポンスがポスグレより遅いです。
若干遅いのは良いのですが、コネクション数によってパフォーマンスが下がりにくい、もしサーバが耐え切れなくなればレプリケーションしてスレーブサーバを足していけばいいという認識ですが合ってますか？
ちなみに一番遅いクエリで0.7秒なので、許容範囲ではあるのですが・・・。
111 = :
>>110
まずはクエリとか見直してみれば良いんじゃないかな？
PostgreSQLではそうでもないけど、MySQLで遅いクエリってあるから。
例えばサブクエリで遅くなってるとか、limit句が遅いとか。
112 = :
>>111
返信ありがとうございます。
joinで取ってくる件数を減らす、複合indexを張る等の調整はしてみました。
その他join_buffer_sizeやsort_buffer_sizeなどの数値を変えてみたりして速くはなったのですが、それでも0.7秒程度かかってしまいます。
やっぱり0.7秒かかるクエリは許容できるものでは無いですかね・・・？
113 = :
>>112
> 許容
要件によるとしか言いようがなくね？
とりあえずクエリならEXPLAIN駆使して最適化を頑張る。
それでもダメっぽいなら違う手段で高速化を試みるってのも考えてみれば？
114 = :
>>113
ですよねぇ。。。ちなみに一秒間に10回ぐらい実行されるので個人的には0.0x秒まで持っていきたいです。
explainも試してみてインデックスはすべて使われてるのですが、group byとorder byを同時に使うとどうにもパフォーマンスが落ちてしまいます。
ちょっとmysql以外での最適化方法も含めて試してみたいと思います。ありがとうございました。
115 = :
>>113
大体解決できそうです、MySQLは大量データをそのままorder byするとindexが使われなくなるんですね・・。
ある程度絞り込みを行う事で対応できそうです。有難うございました。
116 = :
カラムに 1,10,20という文字列が入ってて、これの１のみを取得するためにはどうしたらいいですか？
117 = :
こういうことを言ってるのか？
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 = :
>>116
SQLを勉強しましょう
119 = :
テーブル設計直した方がよくね？
124 :
パーティショニングって何百MBぐらいに成ったらしたほうがいい？
クエリ帰ってくるのが遅く感じるまで分割意識しなくておけー？
125 = :
>>124
後から切るのもつらいぞ
126 = :
>>123
悪いとは言ってない
馬鹿にしてるだけ
131 = 129 :
ああ限界まで使い切ってるのは勘違い
でもなんかメモリー関係でエラーが出てるのは間違いなさそうだ
132 = :
>>131
エスパーじゃないから色々設定いじったとか言われても分からん。
>>1のサイトを見た上で出直してくると良い。
133 = :
my.cnfの設定がどうなっているとか情報を一切晒さず回答しろですか
134 = :
百戦錬磨のエスパーのおまいらならそれくらい出来るはずだ
考えるな 感じろ
135 = :
どうせセキュリティ関連の何かが動いてて書き込めないとかだろ
136 = :
OSの情報すらない状況で何が言えるのか
"色々いじった"のが原因と推測するのが当然と思われるので、
サンプルの設定ファイルに差し替えてどうかをまず見てみる
139 = :
なるほど
でも今後はやっぱMySQLよりも、mariaDBが主流になっていくんだろうなぁ
5年かかるかな？
140 = :
そんなにかからないと思う
もう新規でmy入れる人は少ないよな
141 = :
うちはまだMySQL入れてるな
そんなに主流になりそうなの？＞MariaDB
MariaDBも保守サポートがあるみたいだから入れるのは別にいいんだけど
142 = :
海外勢はもう結構移行してるんじゃないの？
日本は基本的に海外勢と比べるとワンテンポ、ツーテンポ遅れるから
144 = :
あそこはカスタマイズしまくっててMySQLと呼べるか疑問
148 = :
まあ強いよな。著名な開発者がMariaに流れたし、
Oracleが改良した部分はパクればいいんだし。
149 = :
5.6は大幅にリファクタリング入っててパクるの無理みたいよ
みんなの評価 :
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について