タグ

mysqlに関するaprlのブックマーク (126)

  • Top 84 MySQL Performance Tips | Debian Admin

    MySQL is a widely used and fast SQL database server. It is a client/server implementation that consists of a server daemon (mysqld) and many different client programs/libraries. You can check the same tips from here.Here is very useful tips for all mysql DBA’s,Developers these tips are noted from MySQL Camp 2006 suggested by mysql community experts. Kaj (Most Excellent Obvious Facilitator) Index s

  • MySQL Server Memory Usage

    Every so often people ask me the question how should they estimate memory consumption by MySQL Server in given configuration. What is the formula they could use. The reasons to worry about memory usage are quite understandable. If you configure MySQL Server so it uses too small amount of memory it will likey perform suboptimally. If you however configure it so it consumes too much memory it may be

    MySQL Server Memory Usage
    aprl
    aprl 2007/12/25
    Blobs may require 3x time of memory. This is important if you’re deaing with large Blobs (your max_allowed_packet is large) Processing of 256MB of blob may require 768MB of memory.
  • http://morikawa.imjmobile.co.jp/archives/2006-06.html

    aprl
    aprl 2007/12/25
    MyBenchでチェックすると処理時間を長くするためにnum_kids、num_runsを100にしてみました。且つ、精度を高くするため5回の平均値を取ります
  • 【MySQLウォッチ】第25回 チューニングの指標,ベンチマークのノウハウ:ITpro

    誰もが,データベースができるだけ高速で動くことを望む。そのために様々なテクニックを駆使してチューニングを試みる。 チューニングの結果を確認するには,何かしらの指標が必要となる。「体感的に向上した」というのは,まったく当てにならない。正確に性能を把握してこそ,効率的なチューニングが行えるのだ。今回は,ベンチマークについて紹介する。 MySQLのベンチマーク方法 ベンチマークには,2つの方向性がある。一つ目は,決まった処理を通じて,MySQLサーバーの処理速度を計測するものだ。これは,手順が決まっているため,それほど準備は必要ない。また,常に同じ処理を行うので,MySQLサーバーの基的な処理能力を測るのに適している。 2つ目は,作成したデータベースの処理スピードを計測するものだ。一つ目も重要であるが,結局は,作成したデータベースが高速で動作するかが重要である。さらに,同時アクセス数やデータ量

    【MySQLウォッチ】第25回 チューニングの指標,ベンチマークのノウハウ:ITpro
    aprl
    aprl 2007/12/25
    これらのベンチマーク(MySQL Administratorをのぞく)を実施するには,Perl DBIモジュールなどを準備する必要がある。
  • http://ikda.net/fswiki/wiki.cgi?page=InnoDB+hack

    aprl
    aprl 2007/12/24
    Pageサイズを大きくした場合,my.cnf等で何も指定せずに起動させようとすると上手く行かないだろう.Pageサイズが大きくなったことに伴って,データファイルサイズやログファイルサイズ,ログバッファサイズも大きく
  • MySQL :: MySQL 5.6 リファレンスマニュアル :: 14.6.7 InnoDB テーブル上の制限

    ロック読み取り (SELECT ... FOR UPDATE および SELECT ... LOCK IN SHARE MODE)

    aprl
    aprl 2007/12/24
    InnoDB のデフォルトのデータベースページサイズは 16 KB。コードを再コンパイルすることで、このサイズは 8 KB 〜 64 KB に設定できる。BLOB および TEXT カラムを 4 GB 未満
  • MySQL :: MySQL 8.0 リファレンスマニュアル :: 4.5.8 mysqlslap — ロードエミュレーションクライアント

    mysqlslap は MySQL サーバーのクライアント負荷をエミュレートし、各段階のタイミングをレポートする診断プログラムです。 複数のクライアントがサーバーにアクセスしているかのように作動します。 mysqlslap は次のように起動します。 shell> mysqlslap [options] --create または --query などのオプションを使用すると、SQL ステートメントを含む文字列やステートメントを含むファイルを指定できます。 ファイルを指定した場合、デフォルトでは各行に 1 つのステートメントを含んでいなければなりません。 (つまり、暗黙的なステートメント区切り文字は改行文字です。) 異なる区切り文字を指定するには、--delimiter オプションを使用します。これにより、複数行にわたるステートメントを指定したり、1 行に複数のステートメントを配置したりできま

    aprl
    aprl 2007/12/24
    mysqlslapはMySQLサーバのクライアント負荷をエミュレートし、各ステージのタイミングを報告する診断プログラム。サーバにたいして複数のクライアントがアクセスしているかのように作動。mysqlslapはMySQL 5.1.4.から提供
  • 現場指向のレプリケーション詳説

    この文書は、技術評論社刊『WEB+DB PRESS Vol.22』に執筆した記事を技術評論社の 許可を得てWWWで公開しているものです。 このWWW版は校正前の原稿を元にしている点、WWW公開後に必要があれば修正する点で、雑誌版の文章とは異なる部分があります。また、図表も雑誌版とは異なります。 予めご了承ください。 また、この文章が対象しているのはMySQL 4.0系なので、最新のリリース版と比べると説明不足な点などが多々あると思います。 レプリケーションの基をおさえるには、この文書はまだ有益だと思いますが、設定レベルの説明は最新のドキュメントを参照するようにしてください。

    aprl
    aprl 2007/12/24
    更新系クエリの負荷を複数のサーバに分散することはできません。
  • DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング!

    MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください! まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in

    DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング!
  • Tangent Software: memcache_engine

    2006-08-28 07:45:34 About (rss)From http://danga.com/memcached/ "memcached is a high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load" The memcache_engine allows memcache to work as a storage engine to MySQL. This means that you can SELECT/UPDATE/INSERTE/DELETE from it as though i

    aprl
    aprl 2007/12/24
    The memcache_engine allows memcache to work as a storage engine to MySQL. This means that you can SELECT/UPDATE/INSERTE/DELETE from it as though it is a table in MySQL.
  • MySQL Performance Blog � Cache Performance Comparison

    Jay Pipes continues cache experiements and has compared performance of MySQL Query Cache and File Cache. Jay uses Apache Benchmark to compare full full stack, cached or not which is realistic but could draw missleading picture as contribution of different components may be different depending on your unique applications. For example for application containing a lot of clode but having only couple

    aprl
    aprl 2007/12/23
    Use Memcached for large scale applications If local node cache is not large enough to cache good amount of data caching on network by using memcached is very good way to go.
  • Memcacheはやっぱりすごかった

    森川です。恥ずかしながらmemcacheを使うくらいならtmpfsとかMySQLのHEAPテーブルを使えばいいじゃん、などと思っていたのですが、今回簡単なベンチマークをやってみて心を入れ替えました。 はい、memcacheは偉大です。すごく速いです。 テストとして10万件のデータをINSERTして、そこから該当するデータを10万件取得します。まずはmemcacheを使用した場合です。 今回はdagレポジトリのRPM版memcachedとソースからインストールしたPHP 5.2.3を使用してpecl installでmemcacheエクステンションをインストールしています。memcachedの設定はデフォルトのままです。 # yum install memcached # pecl install memcache # vi /usr/local/lib/php.ini extension=

    Memcacheはやっぱりすごかった
    aprl
    aprl 2007/12/23
    10万件のデータをINSERTして、そこから該当するデータを10万件取得します。
  • Kazuho@Cybozu Labs: MySQL のウォームアップ (InnoDB編)

    « DBIx::Printf と LIKE 式 | メイン | メッセージキュー事始め in Perl - コマンドラインクライアントを作ってみた » 2007年10月11日 MySQL のウォームアップ (InnoDB編) サーバの起動直後はデータがメモリ上にないためデータベースの応答速度が遅い、というのは良く知られた話かと思います。MySQL の場合、使っているエンジンが MyISAM であれば、各データファイルをあらかじめ cat ... > /dev/null するなりしてバッファキャッシュに載せておけばいいのですが、InnoDB は独自のキャッシュを持っているのでそういうわけにもいかないように思います。 具体的には、パフォーマンスを最大限発揮するためには OS のキャッシュにではなく、InnoDB のバッファプールにデータをロードすべきであるという点。それに、たとえ OS のキャ

    aprl
    aprl 2007/12/23
    サーバの実メモリの過半をバッファプールに使用しているような場合だと、バッファプールを確保するために OS のキャッシュにロードしたデータが破棄されるケースが出てくるという点が、問題となるのでは
  • InnoDB Performance Optimization Basics

    This blog is in reference to our previous ones for ‘Innodb Performance Optimizations Basics’ 2007 and 2013. Although there have been many blogs about adjusting MySQL variables for better performance since then, I think this topic deserves a blog update since the last update was a decade ago, and MySQL 5.7 and 8.0 have been released since then with some major changes. These guidelines work well for

    InnoDB Performance Optimization Basics
    aprl
    aprl 2007/12/23
    If you have large Innodb database size Memory is paramount. 16G-32G is the cost efficient value these days. From CPU standpoint 2*Dual Core CPUs seems to do very well, while with even just two Quad Core CPUs scalability issues can be observed on many workloads.
  • MySQLのInnoDBでのデッドロック - mixi engineer blog

    こんにちは、mixi開発部にてアプリケーション開発をしていますyouheiです。 今回は、MySQL-5.0.45のInnoDBで連番を管理するテーブルのパフォーマンス測定をしていたのですが、その際に少し変わったデッドロック問題に遭遇しましたので、そのあたりをネタとして書いてみたいと思います。 まずは、今回使用したデータベースのスキーマは下記のようなものです。 CREATE TABLE num ( id bigint unsigned NOT NULL default '0' ) Engine=InnoDB; AUTO_INCREMENTは使用していません。 そこに1レコードだけ登録します。 INSERT INTO num (id) values (1); そして実際連番を取得する際には、 UPDATE num SET id = LAST_INSERT_ID(id+1); といったクエリを

    MySQLのInnoDBでのデッドロック - mixi engineer blog
    aprl
    aprl 2007/12/23
    高負荷時にロックが増加した際、デッドロック検出のための再帰呼び出しの深さが深くなりすぎてスタックを消費していきデーモンごと落ちてしまう、という問題を解決するために追加したようです。
  • Tony Bourke

    Super Smack (8/30/05): Oops! I had to do a restore of my web content, but I forgot Super Smack, so it was gone for a few days. Sorry about that! It's back now. (5/30/05): Super Smack 1.3 is is released!. Super Smack 1.3 includes the following fixes: PostgreSQL support now builds correctly (tested with 7.4) Super Smack should now build correctly under NetBSD (tested with 2.0.2 by Simon Lundström),

    aprl
    aprl 2007/12/23
    Super Smack is a benchmarking, stress testing, and load generation tool for MySQL (and PostgreSQL). Super Smack was originally written by Sasha Pachev, and then hosted and maintained by Jeremy Zawodny.
  • Phoronix Test Suite

    The Phoronix Test Suite is the most comprehensive testing and benchmarking platform available that provides an extensible framework for which new tests can be easily added. The Phoronix Test Suite is designed to effectively carry out both benchmarks in a clean, reproducible, and easy-to-use manner. Features Easy-To-UseExtensible ArchitectureStatistical AccuracySystem MonitoringMulti-PlatformAutono

    aprl
    aprl 2007/12/23
    SysBench is a modular, cross-platform and multi-threaded benchmark tool for evaluating OS parameters that are important for a system running a database under intensive load.
  • mybench - a simple benchmarking tool for MySQL

    mybench - simple benchmarking tool for MySQL About mybench is a simple benchmarking framework for MySQL, written in Perl. I consists of a module (MyBench.pm) and an example script (bench_example) that you should customize to suit your needs. mybench is more completely described in Chapter 3 (Benchmarking) of High Performance MySQL. Links Download - a tar.gz file News August 29th, 2004 Version 1.0

    aprl
    aprl 2007/12/23
    mybench is a simple benchmarking framework for MySQL, written in Perl. I consists of a module (MyBench.pm) and an example script (bench_example) that you should customize to suit your needs.
  • Pentaho Commercial Open Source Business Intelligence

    Intelligent digital infrastructure and data platforms to reduce data center energy consumption and carbon footprint. Expertise to help you uncover insights to enable data-driven sustainability. Explore Sustainable Infrastructure

    Pentaho Commercial Open Source Business Intelligence
    aprl
    aprl 2007/12/23
    The Pentaho BI Project provides enterprise-class reporting, analysis, dashboard, data mining and workflow capabilities that help organizations operate more efficiently and effectively.
  • nkjmkzk.net

    突然何の脈絡もないですが、func package controllerなるものを作成しました。 ダウンロードはこちらから:fpc-1.0.zip これはfunc (Fedora Unified Network Controller)というサーバ管理フレームワークを使っているシンプルなPythonスクリプトで、以下のようなことができます。 ・大量のサーバに一括してRPMをインストールする。 ・大量のサーバから一括してRPMをアンインストールする。 ・大量のサーバの任意、または全てのパッケージをアップデートする。 ・大量のサーバの内、任意のRPMがインストールされているサーバをしらべる。 ・大量のサーバの内、任意のRPMがインストールされていないサーバをしらべる。 つまりは大量のサーバのパッケージ管理がワンライナーでできますよ、というツールです。 インストール方法や使い方などは付属のREAD

    aprl
    aprl 2007/12/23
    リカバリ時間は、(ログに記録されたトランザクション数) ー (テーブルに反映されてないトランザクション数)に比例するのではないかと思います。