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

    私的良スレ書庫

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

    元スレMySQL 総合 Part25

    mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    501 : NAME IS - 2016/03/04(金) 12:05:10.45 ID:???.net (+57,+29,-22)
    データの挿入時に発動するトリガーを
    一時的にオフにしたいんだけど
    どうしたらいいかな
    502 : NAME IS - 2016/03/04(金) 13:43:06.79 ID:mTfYeX+i.net (+58,+29,-16)
    トリガー内で特定の変数を見て、その値によって処理するかどうかを分岐する。
    トリガーを動かしたくない場合は事前にその変数をセットする。
    503 : NAME IS - 2016/03/05(土) 16:15:15.78 ID:???.net (+65,+29,-12)
    >>502
    マジでそんな原始的な方法しかないの?
    それならトリガー削除した方がまだマシだな・・・
    504 : NAME IS - 2016/03/05(土) 16:22:38.19 ID:???.net (+61,+29,-19)
    トリガーを動かして欲しくないのかどうかは、使う側でしか分からないだろう
    505 : NAME IS - 2016/03/05(土) 20:44:09.12 ID:???.net (+6,-30,-39)
    >>504
    ALTER TRIGGER fugafuga DISABLE;
    とか
    ALTER TABLE hogehoge DISABLE ALL TRIGGERS;
    が使いたいよね
    506 : NAME IS - 2016/03/07(月) 12:52:06.24 ID:???.net (+57,+29,-48)
    クエリー実行してエラーが起きたとき、それが
    そのクエリそのもので起きたのか、それともトリガー内で起きたのかを
    区別する方法はある?
    507 : NAME IS - 2016/03/09(水) 03:12:56.11 ID:???.net (+71,+11,-23)
    そもそもクエリそのものが失敗してもトリガは起動されるのか?
    508 : NAME IS - 2016/03/09(水) 12:06:46.57 ID:???.net (+41,+23,-1)
    あっ!
    509 : NAME IS - 2016/03/09(水) 20:52:42.97 ID:???.net (+63,+26,-70)
    >>507
    ・クエリが失敗したのでトリガが起動されていない
    ・クエリが成功したがトリガが失敗した
    このふたつの区別がつかないんだよ
    510 : NAME IS - 2016/03/09(水) 21:17:36.58 ID:???.net (-1,-29,-87)
    クエリが失敗した→クエリでエラーが出る(トリガーは動いていない)
    クエリが成功した→クエリでエラーは出ない(トリガーの成否でエラー?)
    511 : NAME IS - 2016/03/11(金) 15:09:48.33 ID:???.net (+90,+30,-113)
    素朴な疑問ですけど、
    1つのテーブルにレコードを追加していくより、
    ある一定数以上はテーブルを分けた方がパフォーマンが良くないですか?

    パーティショニングとかメモリを増やすとか色々対策はあると思いますけど
    1つのテーブル内に詰め込むより、分けた方が速いと思うんです。

    1テーブル1000万レコードから探すより、
    100テーブル10万レコードから探す方が速いと思うんです。

    こんな考え方に対してやっぱりおかしい・間違ってますかね?
    512 : NAME IS - 2016/03/11(金) 15:20:17.01 ID:AeJcZbNa.net (+66,+29,-54)
    MySQLで現在扱っているDBがあり、その性能に関しての疑問なら、
    その試みを実際に試すことで回答は出ると思う。
    MySQLに限定しないことなら、DB設計スレで聞く方が良いかもしれない。
    言えることは、実運用時のデータアクセスの傾向と、
    対するテーブル設計のチューニングに関係しそう。
    513 : NAME IS - 2016/03/11(金) 17:24:42.20 ID:???.net (+57,+29,-16)
    結局は設計の話になってくると思うけど、それだとどのテーブルから探すかを決定してからって事なんでしょ。
    試してみて結果を教えてくださいw
    514 : NAME IS - 2016/03/11(金) 18:09:52.43 ID:???.net (+76,+29,-87)
    >>512-513
    例に出したように1000万レコード、1テーブルに10カラムで試してみたのですが、
    1テーブルでwhere検索すると数十秒~数分かかります。(検索条件による)

    もちろん、テーブル設計やハードを改善していけば変わってくるのでしょうが、
    そういう物理的なコストをかけるより、単純なテーブル分散の方が良いと思うのですが、
    その事に対してはなにもないのでしょうか?
    皆さんもある程度試したうえで発言されてると思いますが。
    515 : NAME IS - 2016/03/11(金) 18:51:21.81 ID:???.net (+52,+24,+0)
    さあ
    516 : NAME IS - 2016/03/11(金) 21:19:28.20 ID:???.net (+63,+30,-80)
    テーブルにインデックスが張ってあり、検索時にそのインデックスを効率的に利用しているかどうか、とか
    あるいは、テーブル上の全レコードを見ないと結果が出せないような検索(フルスキャン)なのか、とか
    あとはストレージの性能とか、色々ありそうだけど
    検索条件によるって所が気にはなる
    仮にテーブル分散しても、分散したテーブル全てを見ないと結果が出せないなら、それほど変わらない気がする。
    試した上でやれるかと言われると、じゃデータくださいになるような気もするし。
    517 : NAME IS - 2016/03/12(土) 15:16:51.18 ID:???.net (+10,-27,-2)
    >>514
    explainの結果貼れば一発でわかるよ
    518 : NAME IS - 2016/03/13(日) 12:31:18.01 ID:???.net (+57,+29,-23)
    1000万程度なら瞬時に出るはずで、1秒以上かかるなら何かがおかしいと
    疑ってみるべき、そこ直さないとテーブル分割は効果まったくでないと思う
    520 : NAME IS - 2016/03/17(木) 16:27:20.81 ID:PAZiVur5.net (+24,+29,-19)
    Oracleより性能良くなったり、同等だったら、
    困る会社が出てくるんじゃないの?
    521 : NAME IS - 2016/03/17(木) 16:33:54.49 ID:???.net (+2,-25,-15)
    MySQLもOracleから出てるしなw
    522 : NAME IS - 2016/03/17(木) 16:41:35.44 ID:???.net (+41,+13,-18)
    なんでOracleがMySQLを抱え込んだのかな?
    523 : 515 - 2016/03/17(木) 16:42:38.66 ID:???.net (+44,+29,-24)
    やっぱそうなんだ
    なんでもかんでもPL/SQLで組んだシステムだから、その辺りをアプリケーションサーバー側に持っていくの、かなりしんどいんだよな
    524 : NAME IS - 2016/03/17(木) 19:07:49.26 ID:???.net (+57,+29,-10)
    分析関数使ってる分の代替手段を考えないといけないとか
    互換のない部分の心配はしなくていいのかな?
    525 : NAME IS - 2016/03/18(金) 18:33:32.38 ID:y0os6g14.net (-5,+16,-4)
    >>523
    MySQLでもストアドプロシージャでいいんじゃないの?
    526 : NAME IS - 2016/03/18(金) 18:38:41.40 ID:y0os6g14.net (-27,-2,-40)
    >>523
    アプリケーションサーバとDBサーバが別のコンピュータなら、ネットワーク通信による性能劣化が激しくて話しにならないぞ。
    527 : NAME IS - 2016/03/18(金) 18:46:59.67 ID:y0os6g14.net (-2,+29,-72)
    >>519
    ストアドが遅いなんて言っているが、外部からSQL文だけでどうにかしようとする方がはるかに遅くなる。

    ストアドが遅いなんて話はMySQLのSQLが遅いだけだろ。

    そもそも遅いという話自体が誤解のように感じる。

    ストアド嫌いはストアドを悪くいうから気をつけな。

    それにシステム全体の性能要件を考えずに遅い、速いを論じても意味がない。
    528 : NAME IS - 2016/03/19(土) 13:09:33.84 ID:???.net (+93,+29,-9)
    保守することを考えてDBに機能を持たせることはやめた
    トリガも廃止した
    529 : NAME IS - 2016/03/19(土) 18:27:12.42 ID:???.net (-10,-3,-6)
    個人用途ではMySQLが最強ということでよろしいでしょうか?
    531 : NAME IS - 2016/03/20(日) 01:25:48.47 ID:ab2MYZzy.net (+32,+24,-4)
    >>528
    性能要件が満たせるのか?
    532 : NAME IS - 2016/03/20(日) 01:42:18.91 ID:ab2MYZzy.net (+108,+29,-37)
    >>528
    最近のやつってRDBの良さをつぶす構成を取りたがるのはなんなんだろうな。

    RDBをデータの入れ物としか思ってなくて失敗しているシステムをよく見かけるようになってきているけどな。
    533 : NAME IS - 2016/03/20(日) 02:04:39.43 ID:m1pvylrw.net (+24,+29,-21)
    失敗とは言わんが、そんなにパフォーマンス気にするんやったらもっとDBMSに仕事させろやと思う事はある。
    534 : NAME IS - 2016/03/20(日) 02:24:19.98 ID:ab2MYZzy.net (+27,+29,-39)
    Oracle使いこなしているシステムでMySQLにするのに、MySQLに詳しいメンバーがいないなら、その時点でやばいプロジェクトだぞ。
    535 : NAME IS - 2016/03/20(日) 12:46:06.58 ID:nQlaX4PF.net (+23,+28,-22)
    MySQLのメーリンは不在通知の自動除去とかやってないのかい?

    http://www.mysql.gr.jp/mysqlml/mysql/thread/16301-16400
    536 : NAME IS - 2016/03/21(月) 18:41:26.25 ID:???.net (+3,-30,-173)
    PHPでpostしてレンタルサーバーのMySQLに絵文字を入れるため
    utf8mb4を使いたいのですがmy.cnfがいじれません
    以下のよう既存のデータを変更しても
    alter database データベース名 default character set utf8mb4;
    character-set-serverとdefault-character-setが変更できないためうまくいきませんでした
    何か参考になるサイトなどはないでしょうか
    537 : NAME IS - 2016/03/22(火) 02:24:47.41 ID:???.net (+74,+29,-28)
    >>532
    WordPressがもてはやされてる時点でな
    使い勝手は良いのかもしれないが、後から拡張できずに失敗してるパターンが目立つ
    538 : NAME IS - 2016/03/22(火) 18:44:16.22 ID:???.net (+3,-30,+0)
    50byte程度のレコードを500万レコードほどINSERTするのに3分近くかかるのですが、
    リソースモニタで監視してもCPUもディスクも数%(~15%程度)しか使用してなく、
    何がボトルネックになっているのかよくわかりません。

    CPUもメモリも全く余裕なので普通に考えるとストレージのIOなのですが、
    リソースモニタでみる限りではディスクも働いてないので、
    限界まで引き出せればもっと縮むのではと考え、質問させていただきました。

    ソフト側の実装はマルチスレッドで、
    各スレッド毎にコネクションを張ってINSERTしまくっています。
    処理時間は、5スレッド前後で頭打ちになっているようです。

    ハードウェアの主なスペックは下記のとおりです。
    Xeon 16コア32スレッド
    システムメモリ64GB
    データ用ストレージSSDx2のRaid0

    OSはWindows10proでMySQL5.7.11x64、my.iniはデフォルトから下記を編集しています。
    (作業用端末を兼ねていますが、リソースの3/4はMySQLに割り当ててよいと考えています。)
    sync_binlog=0
    skip-innodb-doublewrite
    innodb_flush_log_at_trx_commit=0
    innodb_buffer_pool_size=8G
    innodb_log_file_size=4G
    innodb_io_capacity=10000
    sort_buffer_size=16MB
    max_heap_table_size=8G
    key_buffer_size=4G

    テーブル構造は、下記のような単純なものです。
    CREATE TABLE `hoge_table` (
    `hoge_id` varchar(127) NOT NULL,
    `fuga` int(9) NOT NULL,
    `aaa` tinyint(4) NOT NULL,
    `bbb` tinyint(4) NOT NULL,
    (略)
    PRIMARY KEY (`hoge_id`,`fuga`),
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED;

    以上、どこから調整していけばよいでしょうか。
    よろしくお願いいたします。
    539 : NAME IS - 2016/03/22(火) 20:17:24.82 ID:???.net (+94,+29,-5)
    プライマリキー二つが重複してないかのチェックにかかりそうな気が
    540 : NAME IS - 2016/03/23(水) 11:25:39.99 ID:???.net (+38,-29,-10)
    大量にINSERTする前にBEGIN 、 終了時に COMMIT 入れたらどうなる?
    541 : NAME IS - 2016/03/23(水) 13:09:03.76 ID:???.net (+73,+29,-92)
    >>539
    空からの始めのうちと400万件のころとで1INSERTあたりのレスポンスにあまり差がないので、
    そこのコストではない気がしています。

    >>540
    トランザクションを使う場合と使わない場合を比較してみたところ、
    トータルの処理時間としては大した差がでませんでした。
    542 : NAME IS - 2016/03/23(水) 13:49:48.59 ID:???.net (+57,+29,-18)
    キーに原因があるかどうかを確認するために
    キー無しで定義してデータ入れてからキー設定してみては
    543 : NAME IS - 2016/03/23(水) 13:51:09.00 ID:???.net (-1,-29,-15)
    ってWindowsか、ファイルシステムはNTFSだろうし、、、
    別のOSで別のファイルシステムで試しても同じ数字になるか気になるな、、、
    544 : NAME IS - 2016/03/23(水) 15:25:55.66 ID:???.net (+72,+29,-3)
    >>532
    RDBの良さはリレーショナルだけで十分だ
    それ以上はいらぬ
    545 : NAME IS - 2016/03/23(水) 20:28:25.41 ID:Y1xGecwA.net (+30,+30,+0)
                   【TPP断固反対(嘘)】   自由ホランチョ党   【スタンフォード(嘘)】



                  安倍首相がスタンフォード大前で「嘘つき安倍は帰れ!」と抗議を受ける
                         https://www.youtube.com/watch?v=HkMjwggu3ko
      安倍総理、麻生副総理も経歴詐称? 海外留学の経歴が削除されていた! 「学歴詐称」は公職選挙法違反


                     【日本の金正恩】      安倍寛信      【安倍晋三の兄】

       復活した電力会社の原発広告に文化人や芸能人がまたぞろ登場して原発をPR! 500万円の高額ギャラも    勝間和代 三橋貴明 佐藤優
           三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信 三菱重工の重役でもあるらしい
         これがフクイチで核弾頭ミサイルを製造していた疑惑がある 書けばツイッターで速攻削除されている
                     ネットにおける言論統制は、非公然で陰湿に進んでいるようです
                     https://twitter.com/toka iamada/status/664017453324726272


                                      山本太郎

                               先ず真のテロリズムと戦うべき!
    汚染物質をバラ撒き、国民を無理心中へと巻き込む政治家、経済団体等をテロ指定、資産凍結するのが筋ではないか!


                                 【だってお金欲しいもん~】

                   今朝、辺野古で新基地建設に反対するママの会メンバーに対して、
                機動隊員が「お前たちには汚い血が流れている」などと暴言を吐いたそうです。
           自分のやっていることを「だってお金欲しいもん~」「俺の写真を待ち受けにしろ」とも (顔写真)
                   https://twitter.com/MothersNoWar/status/690357793702940672
    546 : NAME IS - 2016/03/25(金) 18:17:45.54 ID:???.net (-2,-20,-1)
    ネットde真実
    547 : NAME IS - 2016/03/27(日) 23:47:24.24 ID:???.net (+16,-30,-111)
    >>537

    217 : NAME IS NULL2015/08/10(月) 22:59:49.12 ID:???
    何かアドバイスお願いします。
    WordPressとMySQLをIISサーバーにインストールしたのですが、
    いちおう動いているのですが、何となく動きが遅いんです。
    どのページを開いても読み込みに2~5秒掛かります。

    これなんかが良い例。
    Wordpressはカスタムフィールドを実現するためにDB設計がクソ中のクソで、
    RDBMSの良いところを全部殺しちゃってるからとにかく遅い。

    普通にSELECTかけたらアプリ側のロジック込みで0.15秒くらいのことが、
    Wordpressだと2秒とか5秒とかかかるのが当たり前になってる。
    548 : NAME IS - 2016/03/29(火) 18:13:51.55 ID:???.net (+55,+29,-7)
    ほんとそれ。
    ただ無料だからで飛びつく馬鹿ばかり。
    549 : NAME IS - 2016/04/04(月) 15:02:09.68 ID:???.net (+52,+29,-2)
    全てのトリガーを消し去りたい!
    550 : NAME IS - 2016/04/04(月) 15:58:13.33 ID:KJ8vhHn3.net (+24,+29,-5)
    辛いことがあったのか?
    マ板で相談してみたら?
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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