Mac OS XでのPHP開発環境の構築

Composerのインストール

https://getcomposer.org/download/ を見てダウンロードおよび検証します。

$ php -r "readfile('https://getcomposer.org/installer');" > composer-setup.php
$ php -r "if (hash('SHA384', file_get_contents('composer-setup.php')) === '41e71d86b40f28e771d4bb662b997f79625196afcca95a5abf44391188c695c6c1456e16154c75a211d238cc3bc5cb47') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
$ php composer-setup.php
$ php -r "unlink('composer-setup.php');"

インストールします。

$ chmod a+x composer.phar
$ mv composer.phar ~/bin/composer

関連ツールのインストール

$ composer global require hirak/prestissimo
$ composer global require bear/qatools

.bash_profileの設定

export PATH="./vendor/bin:$HOME/bin:$HOME/.composer/vendor/bin:/usr/local/php5/bin:$PATH"
alias phpx="php -dzend_extension=xdebug.so"
alias phpunitx="phpx $(which phpunit)"
alias phptest="phpmd src text ./phpmd.xml;phpcs;phpunit"

参考

Tags: php, mac

MySQLでのバックアップ方法のまとめ

いまいちまとめきれていませんが。誤りなどありましたら、お知らせ下さい。

バックアップの種類

取得範囲による分類

  1. 全体バックアップ
    • データベース全体をバックアップする
  2. 増分バックアップ
    • 前回のバックアップの後に変更された部分のみをバックアップする
  3. 差分バックアップ
    • 前回の全体バックアップの後に変更された部分をバックアップする

サービスレベルによる分類

  1. オフラインバックアップ
    • データベースを停止した状態でのバックアップ
    • もっとも安全な方法
  2. オンラインバックアップ
    • データベースを起動した状態でのバックアップ
    • ロックと一貫性の問題が生じる

バックアップ形式による分類

  1. 物理バックアップ
    • ファイルをバイナリのままバックアップ
  2. 論理バックアップ
    • SQL文に変換してバックアップ
    • 物理バックアップよりもバックアップ、そして特にリストアに時間がかかる

ロックと一貫性の問題

オンラインバックアップの場合、バックアップ中にデータが更新される可能性があります。その場合、例えば、以下のような時系列で処理が実行された場合、

  1. テーブルAがバックアップされる
  2. テーブルAとBが更新される
  3. テーブルBがバックアップされる

テーブルAとBはバックアップされたデータの時点が異なります。Aが注文、Bが在庫とすると、注文は未計上だが在庫が減少した状態になり、一貫性がありません。

このようなバックアップをリストアするとデータが一貫しておらず困ったことになります。一貫性が保証されたバックアップを取得すべきです。

一貫性を保証するには全テーブルをロックすればよいが、そうするとバックアップ中にデータベースの機能が使えなくなり(少なくとも更新は全くできない)、オンラインバックアップの意義が薄れます。

また、他のセッションがロックをかけていた場合、その処理が終わるまでロック待ちとなり、バックアップが開始されません。

InnoDBテーブルについては、ロックせずに一貫したバックアップを取得する方法があります。

何をバックアップするか?

  1. データベースファイル(の中のデータ)
  2. エラーログファイル、スロークエリファイル
  3. バイナリログファイル
  4. 設定ファイルmy.cnf

主なバックアップ対象は、1. です。これがないと復旧は不可能です。他は必要に応じてバックアップします。2. があると問題解決に役立つかもしれません。

リストアとリカバリ

  • リストア
    • バックアップ時点まで復旧すること
  • リカバリ
    • 障害直前の状態まで復旧すること
    • トランザクションログ(MySQLではバイナリログと呼ばれる)が必要

mysqldump

特徴

  • MySQL標準の定番ツール
  • オンラインバックアップ
  • 論理バックアップ

注意点

  • MyISAMテーブルの一貫したバックアップを取得するには--lock-all-tablesが必要
    • 権限テーブルなどはMyISAMテーブル(少なくともMySQL 5.6、MariaDB 10.0までは)

オプション

  • --lock-all-tables ... MySQLのすべてのテーブルをロックする
    • 全ダンプの期間、グローバル読み取りロックを取得する
    • 指定すると--single-transactionおよび--lock-tablesは自動的にオフになる
  • --opt ... 以下の組み合わせ。MySQL 5.1以降はデフォルトで有効
    • --add-drop-table
    • --add-locks
    • --create-options
    • --disable-keys
    • --extended-insert
    • --lock-tables
    • --quick
    • --set-charset
  • --lock-tables ... ダンプされる各データベースに対して、ダンプするすべてのテーブルをダンプ前にロックする
    • 複数のデータベース内にあるテーブルを同時にロックすることはできない
  • --single-transaction ... トランザクション分離モードをREPEATABLE READに設定しSTART TRANSACTIONする
    • InnoDBテーブルをロックせずにバックアップできる
    • 一貫した状態でダンプされるのはInnoDBテーブルのみ
    • バックアップ中に他の接続からALTER TABLECREATE TABLEDROP TABLERENAME TABLETRUNCATE TABLEを実行してはいけない
    • --lock-tablesとは排他的
  • --master-data ... バイナリログファイルの名前と場所を出力に書き込む
    • 値が2の場合、CHANGE MASTER TOステートメントはSQLコメントとして書き込まれる
  • --flush-logs ... ダンプを始める前にバイナリログをフラッシュする
  • --all-database ... すべてのデータベース内のすべてのテーブルをダンプする

マニュアル

実行例

データベース領域全体を安全第一にバックアップする:

$ mysqldump -uroot --lock-all-tables --master-data=2 --flush-logs \
  --all-databases > /backup/mysql-dump.sql

データベース全体がロックされる。

ロックせずにデータベース領域全体をバックアップする:

$ mysqldump -uroot --single-transaction --master-data=2 --flush-logs \
  --all-databases > /backup/mysql-dump.sql

InnoDBテーブルは一貫したバックアップを取得できる。バックアップ中にMyISAMテーブルを更新してはいけない。

文字コードがCP932のデータベース領域全体を安全第一にバックアップする:

$ mysqldump -uroot --lock-all-tables --master-data=2 --flush-logs \
  --hex-blob --default-character-set=cp932 \
  --all-databases > /backup/mysql-dump.sql

文字コードがCP932のデータベース領域全体をロックせずにバックアップする:

$ mysqldump -uroot --single-transaction --master-data=2 --flush-logs \
  --hex-blob --default-character-set=cp932 \
  --all-databases > /backup/mysql-dump.sql

バックアップ中にMyISAMテーブルを更新してはいけない。

Percona XtraBackup

特徴

  • サートパーティ製ツール
  • オープンソース(GPL)
  • オンラインバックアップ
  • 物理バックアップ
  • 増分バックアップも可能

マニュアル

MySQL Enterprise Backup

以前はInnoDB Hot Backupと呼ばれていた製品。

特徴

  • MySQL公式バックアップツール(有償)
  • オンラインバックアップ
  • 物理バックアップ
  • 増分バックアップも可能

マニュアル

参考

Tags: mysql, backup, database

ci-phpunit-testのCodeIgniter 3.0.5対応

ci-phpunit-testをCodeIgniter 3.0.5対応させるための作業メモです。

現状の変更点の把握

CodeIgniterを更新する前に以下を実行します。

$ cd ci-app-for-ci-phpunit-test/
$ cd vendor/kenjis/ci-phpunit-test/
$ bin/check-diff.sh > ci-phpunit-test-ci304.diff

以下のファイルの変更点が確認できる。

  • tests/Bootstrap.php
  • tests/_ci_phpunit_test/replacing/core/Loader.php
  • tests/_ci_phpunit_test/replacing/core/Input.php
  • tests/_ci_phpunit_test/replacing/core/CodeIgniter.php

新バージョン(3.0.5)での変更点の把握

ci-phpunit-testフォルダにCodeIgniter-3.0.4.zipおよびCodeIgniter-3.0.5.zipを配置しておく。

$ bin/check-ci-diff.sh CodeIgniter-3.0.4.zip CodeIgniter-3.0.5.zip

以下のファイルが作成される。

  • CodeIgniter-3.0.4-CodeIgniter-3.0.5.diff
  • CodeIgniter-3.0.4-CodeIgniter-3.0.5.ci-phpunit-test-only.diff

変更ファイル一覧

ci-phpunit-testで変更しているCodeIgniterのファイルは以下の通り。

index.php                     → tests/Bootstrap.php
system/core/Loader.php        → tests/_ci_phpunit_test/replacing/core/Loader.php
system/core/Input.php         → tests/_ci_phpunit_test/replacing/core/Input.php
system/core/Common.php        → tests/_ci_phpunit_test/replacing/core/Common.php
system/core/CodeIgniter.php   → tests/_ci_phpunit_test/replacing/core/CodeIgniter.php
system/helpers/url_helper.php → tests/_ci_phpunit_test/replacing/helper/url_helper.php

必要なファイルのアップデート

作成した

  • ci-phpunit-test-ci304.diff
  • CodeIgniter-3.0.4-CodeIgniter-3.0.5.diff
  • CodeIgniter-3.0.4-CodeIgniter-3.0.5.ci-phpunit-test-only.diff

を確認し、必要なファイルをアップデートする。

以下のファイルに更新が必要な場合は、既存のファイルにCodeIgniterのバージョンを接尾辞に付けてコピーする。

  • core/CodeIgniter.php
  • core/Input.php
  • core/Loader.php

変更範囲については、https://github.com/kenjis/ci-phpunit-test/blob/master/docs/HowToWriteTests.md#can-and-cant も参照のこと。

CodeIgniterのアップデート

ci-app-for-ci-phpunit-testフォルダでcomposer updateする。

アップデート内容の確認

$ bin/check-diff.sh
  • tests/Bootstrap.php
  • tests/_ci_phpunit_test/replacing/core/Loader.php
  • tests/_ci_phpunit_test/replacing/core/Input.php
  • tests/_ci_phpunit_test/replacing/core/CodeIgniter.php

での変更点を確認する。

関連

Tags: codeigniter, phpunit