ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
Pandora 3.0:Documentation ja:Anexo AjusteMySQL - openIdeas.info
商用レベルのシステムのための MySQL チューニング 一般的に推奨する設定 まず最初に、2GBを超えるテーブルを持つ巨大なシステムを必要とするのであれば、いくつかのガイドラインに従うべきです。MySQLは64Bit版の利用を推奨します。さらに、一般的な推奨項目として、よりよいパフォーマンスを得るために十分なメモリとCPUを用意すべきです。 われわれの経験によれば、CPUよりもメモリのほうが重要です。もし、DBサーバ用に割り当てるメモリ量を1GB以下にしようと考えているのであれば、考え直してください。エンタープライズレベルであれば最低2GB必要です。巨大なシステムであれば、4GB割り当てるというのもよいでしょう。メモリが十分あれば、利用されるインデックスの大半をメモリ上に置くことでインデックスの更新が高速化されるということを忘れてはいけません。 その他アドバイスとして、テーブルの転送を
mysql [paulownia.jp]
インデックス（B-treeインデックス）を使った検索では、絞られる件数が少ないほど高速になる。ユニークキーのように1レコードを特定できるインデックスならテーブルに1億レコードあっても待ち時間はほぼゼロである。 しかしインデックスの効果は、条件に一致するレコードが増えるほど減少する。例えば性別のようにデータの種類が2パターンしかないようなものは全く効果が期待できない。このようなカラムを「カーディナリティ度が低い」という。B-treeインデックスはカーディナリティ度が高いカラムに対して使うことで効果を発揮する。 MySQLはテーブルの30％以上のレコードが取得されそうだと予想するとインデックスを使わない。カーディナリティ度の低いカラムに対するwhere条件の検索では多くのレコードが取得される可能性があり、MySQLのオプティマイザはインデックスを使用しないことを選ぶ可能性が高い。 低カーディナ
実践 ハイパフォーマンスMySQL(第2版)を斜め読みして前半の重要なポイントだけをまとめてみた - 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件) を見る 実践ハイパフォーマンスMySQLですがMySQL開発者にとっては誰もが目を通しておいた方が良いと推薦される本なので重要なポイントだけをまとめてみたいと思います。まだ前半しか読んでいませんがMySQLの細かいテクニックが載っていて感動です。全部で700ページ近くある本なので斜め読みをした結果を載せて行きます。内容としては実践的なもの
MySQLチューニング入門 第6回 関西ＤＢ勉強会 スピーカー： ひろし 自己紹介 ● MySQLを専門とする大阪のとある会社に所属 ● 主な業務 – パフォーマンスチューニング – トラブルシューテ
MySQL InnoDBストレージエンジンのチューニング（後編）
ダブルライトバッファ InnoDBは、テーブルスペースを更新中にOSがクラッシュした場合などにデータの不整合が起きないよう、ダブルライトバッファという仕組みを用いている。ダブルライトバッファは、バッファという名前が付いているが、テーブルスペース内に存在する領域だ。InnoDBはテーブルスペースへ実際の更新を行う前に、いったんダブルライトバッファに同じデータを書き込む。その後、改めて該当するページを書き換えるのだ。そうすることで、もしテーブルスペースの更新が中途半端になってしまっても次のようなロジックで不整合を解消することができる。 ダブルライトバッファへの更新が中途半端になってしまった場合、ダブルライトバッファの内容を破棄する。（テーブルスペースでは不整合はそもそも起きていない。） テーブルスペースへの更新が中途半端になってしまった場合、ダブルライトバッファの内容で該当するページを更新する
たった3秒でInnoDBのデータローディングが快適になるライフハック
MySQLに限った話ではないが、データベース管理システムに大量のデータを投入するのは時間が掛かり大変苦痛を伴う作業である。劇的に効能があるわけではないが、MySQLを利用しているとき、特にInnoDBを使っている場合にはデータの投入を高速化するためにいくつかテクニックがあるので紹介しよう。皆さんの作業時間が短縮され、少しでも早く帰路に着いたりサービスインさせたりという形でお役に立てれば幸いである。ちなみに、タイトルはネタであるのだが、もし本当に3秒で以下の全ての設定を行えた人が居たら教えて頂きたい！ ログファイルサイズの調整データ投入時に限った話ではないが、ログファイルサイズを調整するのは更新性能にとって非常に重要なファクターである。バッファプールのサイズが重要なことに代わりはないが、同じぐらいログファイルのサイズも重要である。InnoDBはログファイルを使い切ってしまうと、バッファプール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
