InnoDBの設計とインデックスを意識したサロゲートキーと複合プライマリキーの比較 - Y's note
実践ハイパフォーマンスMySQL 第2版 作者: Baron Schwartz,Peter Zaitsev,Vadim Tkachenko,Jeremy D. Zawodny,Arjen Lentz,Derek J. Balling,伊藤直也(監訳),田中慎司(監訳),吉川英興(監訳),株式会社クイープ出版社/メーカー: オライリージャパン発売日: 2009/12/14メディア: 大型本購入: 17人 クリック: 373回この商品を含むブログ (46件) を見る 概要 この記事ではInnoDBを使用する上でのクラスタインデックスを意識したサロゲートキーと複合主キーの比較をパフォーマンスの観点から行います。サロゲートキーか複合キーのどちらを使うべきかは様々な議論がなされているようにケースバイケースといったところで自分は納得しています。ここでは自分の実現したいテーブル設計と利用目的を明確にして
MySQLの複合INDEX - 憂鬱なプログラマの形而上学
MySQLMySQLの複合インデックスについて。MySQLを使いこなしている人には常識の範疇にはいる知識だと思うのですが、かつての私のように、知らないとドツボにはまるので、ここにまとめておきます。タイトルでどういう内容か、もしかしたら大体、想像がつくかなと思うのですが、MySQLは1つのクエリーで1つのテーブルに対し、1つのインデックスしか機能しないということです。ようするに、あるテーブルに対して、普通に大量のインデックスを張ってもあまり意味がありません。そこで、今回は、最適な複合インデックスはどのようにしてはることができるか考えていこうじゃないか、という趣旨で書いていきたいと思います。まずは分析。テスト環境でインデックスが使われていないSQLを集めるまずは、/etc/my.cnfのパラメータを以下のように設定し、インデックスが使われていないSQLをスロークエリーに吐き出します。 slow
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
Mysqlでの0詰め | 開発日記 〜Doinet〜
June 2016 (1) May 2016 (1) January 2016 (1) December 2015 (1) November 2015 (1) October 2015 (1) September 2015 (2) August 2015 (1) July 2015 (1) June 2015 (2) May 2015 (2) April 2015 (1) March 2015 (1) January 2015 (1) December 2014 (3) October 2014 (5) September 2014 (2) February 2014 (2) July 2013 (3) June 2013 (1) January 2013 (2) December 2012 (1) November 2012 (1) October 2012 (5) September
トリガーの中で対象のテーブルに追加や更新するデータのカラムの値を参照する(OLD.col_name, NEW.col_name)
トリガーの中で対象のテーブルに追加や更新するデータのカラムの値を参照する(OLD.col_name, NEW.col_name) 作成したトリガーは対象となるテーブルにデータを追加したりデータを更新したりした時に起動しますが、トリガーが起動したときに実行される SQL 文の中で、対象となるテーブルに追加や更新されるデータの値を参照して利用することができます。ここでは MySQL でトリガーの中でテーブルに追加や更新されるデータを参照する方法について解説します。 トリガーの中で追加や削除されるデータのカラムの値を参照する トリガーは対象のテーブルにデータの追加や更新といった操作が行われた時に起動しますが、トリガーの中で対象テーブルの更新前のデータや更新後のデータを参照したい場合があります。例えばトリガーの対象のテーブルに追加されたデータを他のテーブルにも同じように追加したい場合や、データを更
Open Tech Press | MySQLデータのバックアップ方法
2007年5月31日10:53 Tom-Adelstein、Bill-Lubanovic（2007年5月29日（火）） ファイルやディレクトリのバックアップは比較的簡単だが、データベースのバックアップとなると、いくつか特別な工夫を施す必要がある。ここではMySQLを取り上げているが、同じ原理はPostgreSQLやその他のリレーショナルデータベースにもあてはまる。 本稿は、最近O’Reillyから出版された書籍『 Linux System Administration 』の抜粋。 MySQLサーバを休みなく稼働させ続ける必要がないなら、以下に示すような圧縮なしのオフラインバックアップ手法が手っとり早い。 MySQLサーバを停止させる。 # /etc/init.d/mysqld stop MySQLのデータファイルおよびディレクトリをコピーする。例えば、MySQLのデータディレクトリ/var
婷婷综合久久狠狠色_亚洲国产AⅤ精品一区二区蜜桃_亚洲精品无码专区在线_亚洲欧美精品伊人久久_看黄A大片爽爽爽不打码
婷婷综合久久狠狠色,亚洲国产AⅤ精品一区二区蜜桃,亚洲精品无码专区在线,亚洲欧美精品伊人久久,看黄A大片爽爽爽不打码,国产午夜片无码区在线观看,乱辈通奷ⅩXXXXHD
mysqlのストアドプロシージャの便利さをアピールしてみる - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年02月10日01:50 MySQL mysqlのストアドプロシージャの便利さをアピールしてみる 今日はストアドプロシージャの話でも(*･ω･)ノ ■ストアドプロシージャとは？ 一連のSQL文や処理を名前をつけてサーバ側に保存し、関数呼び出しのように使用できるもの。 ■ストアドプロシージャを使うメリットは？ ・アプリ側の言語を選ばない。（MySQLで実装されていて、呼ぶだけなので） ・アプリサーバの負荷が減る。（複雑な処理はMySQL側で実行されているため） ・・といったところでしょうか。 少し前に書いたトリガーもそうですが、便利！・・ですけどメンテナンスがしにくいとか良くないところもあると思うので、メリット、デメリットを考えて、上手に使っていきたいですね。 あ、よく似たのに、ストアドファンクションってのもあります。 どっちも大体同じ。返り値の有無と、呼び出し方の違いくらいです。
レプリケーションの復旧 - omoonのブログ
サーバの構成 マスタ１台 スレーブ３台 バージョンはいずれも4.0系 mst(192.168.1.1) --+-- slv1(192.168.1.101) | +-- slv2(192.168.1.102) | +-- slv3(192.168.1.103) 状況 スレーブのうち１台（slv2）に誤って更新系クエリを発行。以降正常にレプリケーションが行われなくなっていた。 mst(192.168.1.1) --+-- slv1(192.168.1.101) | +-- slv2(192.168.1.102) <-- これがエラー | +-- slv3(192.168.1.103) データサイズはtarでアーカイブして約12GB。アーカイブ化とコピーに30分以上かかってしまう。 サービスは思いっきり稼働中のため、スナップショットをとる際のmst上のロックは許されない。 方針 正常なサーバsl
結構使えるMySQLのTrigger機能！
■カテゴリテーブル CREATE TABLE category_t ( `id` int(10) unsigned NOT NULL auto_increment, `name` varchar(255) default NULL, `product_count` int(11) default 0, PRIMARY KEY (`id`) ) DEFAULT CHARSET=utf8; ■商品テーブル CREATE TABLE product_t ( `id` int(10) unsigned NOT NULL auto_increment, `category_id` int(11) default NULL, `name` varchar(255) default NULL, PRIMARY KEY (`id`) ) DEFAULT CHARSET=utf8; カテゴリテーブルには
mysqlのint(11)の11
MySQL Manual | 6.2.1 数値型 MySQL には、INT(4) のように、型の基本キーワードに続いて整数値の表示幅をかっこ内に指定できるオプションがあります。このオプションの表示幅の指定は、カラムに指定された幅より小さい幅を持つ値で表示の左側を埋める目的で使用されますが、そのカラムに格納できる値の範囲が制限されたり、そのカラムに指定された幅を超える幅を持つ値の桁数が制限されたりすることはありません。オプションの拡張属性 ZEROFILL と組み合せて使用した場合、デフォルトのスペースに代わってゼロが埋め込まれます。けっこう勘違いしている人がいそうなのですが、mysqlの型でint(?)とか、?に数字を入れますが、この数字は上記の通りZEROFILLをした際にスペースに代わってゼロが埋め込まれる際の幅なのです。自分は勘違いというかあまりよくわかっていませんでした…。 つまり
hansode.org - このウェブサイトは販売用です！ - hansode リソースおよび情報
このウェブサイトは販売用です！ hansode.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、hansode.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
オープンソース情報データベースシステム(OSS iPedia) のコンテンツについて