ところでですが、MySQL,PostgreSQL,oracleなどのDBMSは、これまで一通り触ってきました。ですので、初歩的な予備知識はあると思っています。が、私個人的にWordPressに関しては、「WordPressを構成してるデータベース（DB）の理解」をしないと、うまく扱えない。前に進めないな、と感じています。 当たり前かもしれないですけども・・・ WordPressのDBに関する理解私の現状の理解は、 WordPressはDBMSとしてMySQLを採用していて、インストール時に決めたDBに、WordPressを構成するテーブルを作成するcodexのサンプルコードを参考に、ちょっとだけDBの値を引っ張ってくる程度ってくらいです。 あ、あとWordPressインストール時に作られるテーブル名も、前回調べました。（昔PostgreSQLで構築する方法もあるのはどこかで見たけど、そこは
総合的なスピードを見ると、リストアでXtraBackupがかなりの差をつけました。 Mydumperはスレッド数4で試しましたが、CPUコア数の多いサーバでスレッド数を上げたらもっとよい結果になりそうです。 以下、テストデータの準備とそれぞれツールのインストール方法を記述しています。 参考になれば幸いです。 使用したサーバ サーバ さくらのクラウド プラン7-HC CPU仮想5コア メモリ12GB HDD250GB OS CentOS 5.7 64bit MySQL 5.5のインストール remiレポジトリから検証用のMySQLをyumからインストールします。 # rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-5.rpm # yum --enablerepo=remi install mysql.x86_64
文書情報 更新履歴 2009.12.16 -- 新規作製 2010.06.27 -- ストアドに関するメモ書きを追加 2010.08.16 -- スタイル修正 2010.10.14 -- 最終更新 本稿の目的 DB設計に関する雑多な事柄を記録する。特に断りが無い場合MySQLが対象である。 テーブルの考え方 リソースとイベント 主キーと外部キー 必須なフィールド オプショナルなフィールド フィールドの桁数とかデータ型について フィールドの役割とか キー項目 それ以外 大雑把な指針など。 (1) 特に桁数に縛りが無い項目で255文字以下に納まるデータは一律varchar(255) (2) (1)以上の桁数が入るデータは(text)型 (3) (2)の条件にあてはまるが、検索対象となる項目はインデックスの考慮が必要なので別途考える (4) 主キーはAutoIncrimentのINT(UNSIG
MySQLやPHPのパフォーマンスを向上させる方法のメモ。 色々な設定があるとは思いますが、ここでは個人的に効果を顕著に感じたMySQLのクエリキャッシュとAPCについて書いています。 本当はPHPやらMySQLそれぞれでベンチ取った方が良いとは思うのですが、この記事では、WordPressを設置して、そのインデックスページに対するApacheBenchのRequests per second(一秒間に処理されたリクエスト数)のみを見て、その結果で比較しています。 ※ApacheBenchはローカルではなく外部のサーバからという微妙な環境で、リクエスト数100、同時リクエスト数10、試行回数はそれぞれ1回という微妙な値でやってます。 まずは、全く未設定な状態での、Requests per second。 実行したコマンドは以下。 ab -n 100 -c 10 テストしたいURI Requ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く