【MySQLウォッチ】第14回 サーバー設定を見直してMySQLの性能を引き出す：ITpro
今回は，MySQLのチューニングを解説する。この連載でもすでに一度，MySQLのチューニングを紹介したことがある(第8回 MySQLチューニングのテクニック)。このときは，SQLステートメントやテーブルそのものを高速化するためのテクニックを取り上げている。これは，サーバーの設定では，対応できない場合のテクニックだ。今回は，初心に帰る意味でも最初に検討すべき，サーバーの設定に関して取り上げる。 MySQLサーバーの状況確認 なぜ，今回このようなテーマを選んだかというと，MySQLをインストールしたままで使用しているユーザーがかなりいることに気が付いたからだ。MySQLは，他のデータベースと比較すると設定が少なくても高速に動作すると言われている。その手軽さが大きな魅力となっている。しかし，これは，小規模を前提にしている。大規模な処理を行うサーバーは，それなりに強力なスペックを持っている。このス
RDBMSをブラックボックスにしない：ITpro
複数トランザクションの同時実行編 トランザクションが複数同時に実行される時，RDBMSはどのような仕組みで，それぞれのトランザクションの独立性を保つのかを説明します。これを理解することにより，さらに良いトランザクション処理のアプリケーションを開発することができるようになります。 目次 第1回 ほかのトランザクションからの影響 第2回 1番ゆるい分離レベル（リードアンコミッティド） 第3回 2番目にゆるい分離レベル（リードコミッティド） 第4回 3番目にゆるい分離レベル（リピータブルリード） 第5回 1番きつい分離レベル（シリアライザブル） 更新処理とトランザクション編 「RDBMSの更新処理とトランザクションの関係は難しい」――。こう思っている読者の方は少なくないでしょう。アプリケーションを開発するだけなら，更新処理とトランザクションの関係をきちんと理解していなくても，「見よう見まね」の開
PostgreSQL パフォーマンスチューニングまとめ - 徒然なるままにBlog
PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎
遅レス。 - Apache mod_perl - MaxClients の値に注意
やっちまった……。きっとだれもが通る道。というかとっくに FAQ か。 mod_perl における C10K problem" - 竹迫良範 恥ずかしながら、知らなかったッス。これって mod_ruby でもありうる話だよね？ Apache で mod_perl を使用する時は MaxClients 設定に注意！ Apache の MaxClients(子プロセスの最大数) デフォルト設定は 150。 他のモジュールにも影響されるが、mod_perl 組み込み時、子プロセス1つのメモリサイズが 20〜30MB 程度になる。 よって、同時接続数 150 までアクセスされると 3G から 4.5G メモリを喰うことになる。 そんなメモリねぇ〜ｗｗｗ なので、スワップ・スワップ(SWAP x SWAP と書いてみたがヤな感じだった)。swap もオーバーしちゃったり。 対策: MaxClient
甘肃空气优良天数逾九成水质土壤环境质量明显提升 爆发勒斯坦人地巴与当冲突-武冈新擞蔬菜行情网
最新文章 2018-12-26 07:29▪ 一男子高速“飙车”后拍视频晒微信群因涉嫌危险驾驶罪被拘... 2018-12-26 07:29▪ 嘉定优化营商环境为企业办事提速增效 2018-12-26 07:29▪ “论证西游记是自己所写”，有些奇葩考题不值得提倡 2018-12-26 07:29▪ ？元旦春节将至干部职工可享有正常福利待遇每人每年可领... 2018-12-26 07:29▪ 网络女主播与“阔绰”粉丝成恋人被骗25万元 2018-12-26 07:29▪ 福建龙岩一公交车被歹徒劫持冲撞行人已致5死21伤 2018-12-26 07:29▪ 雷寒、李洪被撤销重庆市政协委员资格 2018-12-26 07:29▪ 西双版纳公开销毁逾2000件非法枪支、猎具、毁林器具 2018-12-26 07:29▪ “市民云”成全国首个用户逾千万政务APP，有235项服务 2018-12-
VACUUM FULLとREINDEXとファイルサイズ — NPO法人 日本PostgreSQLユーザ会
by 柴田 淳 — posted at 2006-02-22 08:03 last modified 2006-12-04 12:41 「アレどうなったんですか？」といろんな人にツッコミを受け続けて早2ヶ月（くらい？）。帰ってきた「水曜日シリーズ」です。 記念すべき復帰第一弾は「VACUUMとREINDEX」です（第一弾だけで終わりませんように・・・）。 ファイルサイズは、データベースのパフォーマンスに大きな影響を与えます。ファイルのサイズを可能な限り抑えることが、パフォーマンスの向上に役立ちます。そこで今回は、VACUUMとファイルサイズ、そしてREINDEXとの関係を見ていきたいと思います。 まず、pgbenchで最初にデータを作成してみます（いきなりですが）。 % pgbench -i pgbench creating tables... 10000 tuples don
実行時の設定
16.4. 実行時の設定データベースシステムの動作に影響する設定パラメータはたくさんあります。 この節ではそれらの設定方法を述べ、節の残りで 1 つ 1 つについて説明します。 すべてのパラメータ名は大文字/小文字を区別しません。 それぞれのパラメータは、ブーリアン（論理）、整数、浮動小数点、文字列、の 4 つの型のいずれかの値を持ちます。 ブーリアンの値はON、OFF、TRUE、FALSE、YES、NO、1、0（大文字/小文字の区別なし）もしくは曖昧でなければこれらの頭文字でも構いません。 これらのオプションを設定するための1つの方法としては、データディレクトリ内のpostgresql.confファイルを編集することがあります (デフォルトファイルがここにインストールされています)。 そのファイルがどのようになっているかの例を以下に示します。 # This is a comment lo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[ThinkIT] 第4回：ベンチマークツールを使った負荷テスト (1/3)
Web高速化 || パフォーマンスチューニングBlog: インターオフィス