PHP独自Frameworkでのキャッシュについてまとめ - Qiita
概要 自分の中での使い分けを整理するためにまとめる キャッシュ先 APC Cache ※各Webサーバごとにデータを保持するものとする。 通信が発生しないため専用のCacheサーバをたてるより高速。 帯域を制限しないため巨大なデータにも対応させやすい。 キャッシュを消すタイミングをコントロールできないため、基本的にexpire_timeで処理することとなる。 基本静的なデータ（マスタデータなど）のキャッシュに向いている。 Webサーバのメモリサイズに依存しており分散させることができないため、あまり乗せすぎるとメモリを使い切ってしまう。 Memcached ※Memcached専用のサーバを用意するものとする。 全Webサーバで同一のデータを扱うことができるため、キャッシュの更新・削除までコントロールができる。 負荷分散させられる。 PHP Cache PHP内で静的変数などにキャッシュする
CakePHP2のパフォーマンスチューニング（DBとキャッシュ） - Qiita
CakePHPにおけるパフォーマンスチューニングとは パフォーマンス向上するための方法は大まかに分けて２種類ある 1. ボトルネックとなる処理を探し当てて改善する方法 コードを修正する、パラメータをチューニングするなど。 2. キャッシュを使う方法 処理実行結果をキャッシュに保存することで、2回目にアクセスしたときにその処理を通らずに処理結果を返す事ができる。 DBのパフォチュー 1. 発行しているクエリ数を減らす これをViewに貼ればカウントできる。減らせるクエリは減らす。 2. findのパフォチュー 極力以下を利用する。 a) 基本的にqueryメソッドが最強。ただし... コードの可読性が下がるので大量データを取得する必要があるときに利用。場合によってはfieldで取得するより早い。 ✕ $this->Hoge->find('all'); ◯ $this->Hoge->query
ハイブリッドアプリで使えるデータベースまとめ
ハイブリッドアプリでデータベースを利用したいときのあれこれをまとめました。私の製作環境はMonacaですが、Cordova環境全般に同様です。 使用できるデータベース・ストレージの選択肢が多い事は良い事なのですが、結局どんなアプリにはどのデータベースがいいのか迷ってしまいます。例えば、ゲームスコアのランキングやハイスコア、サービスのユーザー認証、スケジュール管理、シンプルなメモ帳などなど。また、ローカル(オフライン)だけで完結させるのか、サーバーへアクセスさせるのかも重要です。 ざっと思いつくだけでも下記をデータベースとして使えそうです。 Web Storage localStorage、sessionStorage IndexedDB WebSQL 外部管理サーバーDBアクセス mBaaS(外部バックエンドサービス) Monaca バックエンド、ニフティクラウド、Kii Cloud、Mi
Linuxの基本の基本。Linuxの基本的なディレクトリ構成
CentOSの引き出しに何があるか大まかに把握しよう やみくもにパッケージを追加すれば「動作に必要なファイルがどこだっけ？設定ファイルは？ログはどこ？」となりかねません。 といっても、大まかな把握だけなら別に難しいこともなく、タンスの引き出しに、どんな服が入っているか把握するようなものです。 目次 /〈ルート〉 /bin /boot /dev /etc /home /lib /lost+found /media /misc /mnt /opt /proc /root /sbin /selinux /srv /sys /tmp /usr ●/usr/bin ●/usr/etc ●/usr/games ●/usr/include ●/usr/lib ●/usr/libexec ●/usr/local ●/usr/sbin ●/usr/share ●/usr/src ●/usr/tmp /var
PHPを便利にする10個のPEARライブラリ - PHP,MySQL,Flex,JSな日々＋イラストとか
PHPを便利にする10個のPEARライブラリの紹介です。 PHPには開発を便利にするPEARライブラリがあり、長くなりがちなコードをシンプルにすることができます。 これからPHPを始めてみようかなぁって方にはとくに魅力を感じるものだと思います。 #インストールや管理がコマンドラインで簡単にできるのも特徴。 Calendar カレンダーの作成が簡単にできる。曜日の取得はもちろんのこと、祝日の取得や前の月・次の月の取得が行える。 インストール方法 pear install Calendar-0.5.4サンプルコード <?php require_once 'Calendar/Month/Weekdays.php'; $calMonth = new Calendar_Month_Weekdays(2006, 8, 0); $calMonth->build(); echo <<<EOD <!DOCT
大きめのテーブルにカラムやインデックスを追加する際の注意 - LukeSilvia’s diary
先日大きめ(といっても500万行くらい)のテーブルにインデックス付きのカラムを追加しようとして痛い目にあったので調査。 大きめのテーブルにカラムやインデックスを追加するとどうなるか 今回は単純に、「ALTER TABLE 〜 」で追加しようとしました。追加するカラムは3つで、 varchar(255) インデックスなし varchar(255) ↓のdate 型カラムとマルチカラムインデックスの形式のユニークインデックスあり date インデックスあり SQL を実行し、状況を「SHOW PROCESSLIST」で監視していたら、1つ目のカラム追加で次のような状態に… 最初にState が「copy to tmp table」状態になり、次の状態に遷移するまで1時間かかる 次にState が「Repair with keycache」状態になり、完了までに1時間かかる 次のカラム追加に対す
クエリキャッシュは切ったほうがいいんじゃなイカ？ : DSAS開発者の部屋
KLab Advent Calendar 2011 「DSAS for Social を支える技術」の2日目は、昨日に引き続き、MySQLを骨までしゃぶるためのテクニックです。 ソーシャルゲームは一般サイトよりもDBへの更新クエリの割合が多くなりがちです。更新クエリが多いMySQLでは、通常は有益なクエリキャッシュが無益どころか有害になります。 そもそもキャッシュヒット率が低い。20%以下なんてこともザラにある しかもクエリキャッシュの更新はグローバルなロックを取得する からです。特に後者は問題です。ただの参照クエリもクエリキャッシュを更新する上に、更新クエリはクエリキャッシュの全エントリをチェックして、更新したテーブルに影響がありそうな全キャッシュをdiscardしていくためです。たとえばユーザーの行動力のようなパラメータを格納した参照も更新も多いテーブルでクエリキャッシュが有効になって
MySQLパフォーマンスチューニングのためのクエリの基礎知識 - プログラマーkkの勉強/成長ブログ@ライブレボリューション(モバイル広告代理店)
前回書いたMySQLパフォーマンスチューニングのためのインデックスの基礎知識に引き続き、MySQLのパフォーマンスチューニングについて学んだことをまとめ。 MySQLを使っていると、クエリが遅い理由をつきとめる必要が出てくる。 どうやって遅いクエリをつきとめ、改善すればよいかについて学んだのでまとめた。 下記のような基礎知識があればパフォーマンスチューニングをうまくやれる、と思う。 クエリ処理の基礎 MySQLがクエリを処理する手順 まずはMySQLがクエリを処理する手順を知っておく必要がある。 処理は以下のような流れで進む。 クエリキャッシュの中からクエリの結果を探す。見つかればそれを返す。 クエリを解析して構成要素に分解する。 クエリの構文が正しいことを確認 クエリについて基本情報を収集する。 クエリを基本的な要素に分解した後、何を実行すべきかを判断する。 クエリオプティマイザが動き始
MySQLのパフォーマンスチューニング - モノノフ日記
とある勉強会でSunのエンジニアの人のプレゼンを直接聞く機会があったのでメモったことを公開します。基本的な事が多いんだろうけど、非常に参考になりました。 パフォーマンスとは スループット レスポンスタイム/レイテンシ スケーラビリティ 上記のコンビネーション アーキテクチャとは Connection Thread Pool Query Cache Parser SQLクエリをパース Optimizer Storage Engines アプリによって最適なエンジンを選択すべき サーバのコネクション&スレッド my.cnf max_connection (100) 多すぎるとメモリを消費しきる可能性あり thread_cache_size (8) スレッドをコネクションの切断後にもキャッシュしておく数 一般的には max_connections / 3 sort_buffer_size(2M)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
