タグ

関連タグで絞り込む (12)

タグの絞り込みを解除

チューニングに関するm_insolenceのブックマーク (11)

  • CBOはどの情報を元に実行計画を決めるのか - SQL> shutdown abort


    ﹁開発環境と本番環境で実行計画が違うんだけどなんで！？﹂ 今日もこんな問い合わせがありました。 もうね、最近は問い合わせの8割が実行計画と統計情報。 何べん同じことを言ったら良いんだろうね。 そろそろ、社内(といっても常駐先内)での情報共有の仕組みとかにも、 口を出していったほうが良いんだろうか。 っつーか、こんだけブログに書いてて、わりとそれっぽいキーワードで 検索したら、上位に来るようにもなっているのに、それでも聞いてくるってことは、 どんだけ丸投げ体質なんだよと。 まぁ、隣で開発やってるお会社さんは、アクセス禁止サイトへのアクセスを させないために、Webへのアクセスを禁止しています。 なんという前時代的な・・・。 おっと、他の会社をdisってても、仕方ないですね。 とりあえず、タイトルの件に関しては、 自分なりにまとめて回答してみたので、こちらにも共有しますよっと。 さて、冒頭の質
    CBOはどの情報を元に実行計画を決めるのか - SQL> shutdown abort

  • 統計情報の取得と実行計画の固定について - SQL> shutdown abort


    さて、今回は多くの人が悩まされる統計情報と実行計画について、 お話していきたいと思います。 なお、基本的に対象のVerは10.2です。 なので、10.1でも通じるものはあると思いますが、 9.2以前の方は他を当たってください。 11.1以降の方もこの絡みだと、SPM(SQL Plan Management)とか新機能があるので、 他(インサイトテクノロジーとか)のサイトを当たってみてください。 では本編へ。長いぞー。 10gR1から、オプティマイザ統計の自動収集という機能が 新たに追加されてまして、デフォルトで動作する状態になっています。 まず、ここから説明しておきたいと思います。 10gから、RBOがサポートされなったため、ユーザはCBOを使用しなければなりません。 CBOは統計情報を元に実行計画を作成するため、ユーザが何も意識しなくても、 統計情報が取られた状態で、CBOが使えるように
    統計情報の取得と実行計画の固定について - SQL> shutdown abort
    m_insolence
    m_insolence 2010/05/10
    なんで22時とか中途半端な時間に動いてんだろうね
    リンク

  • オラクル マテリアライズドビューメモ(Hishidama's Materialized view for Oracle Memo)


    リフレッシュ方法を指定しない場合はforceになる。 後からリフレッシュ方法を変えることも出来る。 SQL>alter materialized view MV_TEST refresh fast; マテリアライズド・ビューが変更されました。 完全リフレッシュ マテビューを計算し直す際に、全データを作り直す。データの変更箇所が少ないなら効率は悪いことになるが、ロジックは一番単純だ。 完全リフレッシュのマテビューを作る際には、﹁refresh complete﹂を指定する。個人的には﹁refresh all﹂の方が分かり易かったと思うけど…わたしゃ英語圏の人間じゃないからな～ create materialized view MV_TEST refresh complete as select YYMM_GROUP, SHOP_CODE, sum(AMOUNT) SUM_AMOUNT fr

  • Oracle Database性能対策機能 ～StatspackとDiagnostic Packを使いこなす～

    NTTコムウェア株式会社 プロジェクト管理統括部　技術SE部門　DB技術グループ 坂下　徹 Oracleデータベースの性能対策の重要な機能、「Statspack」や「Oracle Enterprise Manager 10g Diagnostics Pack」(※オプションライセンス)の利用ポイントをお伝えします。使わないと"もったいない"機能です！(Diagnostics Packの有無による違いはここ) 第1回 StatspackとDiagnostics Packの概要と使用方法 - INDEX -  ■ 1 はじめに ■ 2 性能対策概要 ■ 3 Statspack ・ 3.1 インストール ・ 3.2 メンテナンス ・ 3.3 レポート作成 ・ 3.4 Statspackが不向きなケース ■ 4 Diagnostics Pack ・ 4.1 Automatic Workload

  • HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験


    リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました︵参考﹁日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証﹂︶。 ホワイトペーパーでは、HDDの代わり
    HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験

  • データベースパフォーマンスに関する、僕が知りうる限り最高の教科書 - レベルエンター山本大のブログ


    データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、
    データベースパフォーマンスに関する、僕が知りうる限り最高の教科書 - レベルエンター山本大のブログ

  • Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法


    MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAINコマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAINコマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a

  • WEBアプリ開発に便利な機能＆負荷テストツール集:phpspot開発日誌


    15 Free Functionality And Load Testing Tools For Web Applications WEBアプリ開発に便利な機能＆負荷テストツール集。 プログラム変更後の品質チェックを行える機能テスト・ユニットテスト、負荷に耐えられるか確認するために負荷テストツール、で品質向上に役立てられます。 Selenium等の定番以外にも沢山の機能テストツールや負荷テストツールがあるみたいです。 機能テストツール集 Seleniumのようなブラウザを自動で直接動作させて表示結果を確認するツール うまく運用すれば、機能を変更した際の正常動作確認に神経をすり減らすことがなくなります SeleniumHQ おなじみのテスト自動化ツール テストケース定義で自動でブラウザ上でテストしてくれます Watir Rubyのブラウザ自動化ライブラリだそう。 Windowsだと、IE、F

  • PHPで冗長化したコードを自動で検出してコードの最適化に使える「PHPCPD」:phpspot開発日誌


    Detecting duplicate code in PHP files : CodeDiesel PHPで冗長化したコードを自動で検出してコードの最適化に使える﹁PHPCPD﹂。 プログラムが大きくなってくると、同じような処理を違う場所で何度もやっているということがあります。 ソースコードのファイル数が多くなってくるとそれを探すのは大変ですが、その冗長部分を自動で検出できるPHP Copy Paste Detector(CPD)のご紹介。 使い方の流れが書かれていたので、試してみました(Windows上で実施) PHPCPDをPEARコマンドでインストールする1) channel-discover でpearチャネル追加 Windowsの場合はコマンドプロンプトを開いて、pear コマンドを実行。Unix系でも同様にpearコマンドを実行> pear channel-discover

  • 常駐型サーバープログラムのデバッグ手法

    BOOK: WEB+DB Press TITLE: 常駐型サーバーのデバッグ手法(ドラフト版) AUTHOR: (株)プリファードインフラストラクチャー 太田一樹 ＊注: この文章はWEB+DB PRESS Vol.48に掲載された記事のドラフト版です はじめに 今回はデバッグ関連特集ということで、常駐型サーバープログラムを作成する際のハマりどころやそれに対する解析方法・解析ツール・対策を、実際の経験を交えながら紹介したいと思います。 筆者は(株)プリファードインフラストラクチャーでインメモリ分散検索エンジン「Sedue (セデュー)」を開発しています。モバイル向け検索エンジン「エフルート」や、2008/11/6にリニューアルされました「はてなブックマーク2」などの検索バックエンドとして使われております。 この検索エンジンはいくつかの常駐型サーバープログラムから構成されており

    m_insolence
    m_insolence 2009/04/07
    メモリリーク等に主軸を置いたデバッグ手法
    リンク

  • なぜMySQLのサブクエリは遅いのか。


    よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし
    なぜMySQLのサブクエリは遅いのか。
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.