mariaDBが続いているけれど、ぶっちゃけ中身はほぼ同じなのでどっちでも良い。一応、mariaDBの方が高機能らしいが殆ど変わらないと思う。MySQL5.5から./configureではなく、cmakeを使うようになった。/var/mysql/*.*起動スクリプトの設置を行う。起動した後に、データベース内のゴミを削除する。行うと、ログインパスワードを聞かれずにログイン出来てしまう。コレはMariaDBのrootアカウント思想に基づく物でどうしようも無いので許容する。注意事項MySQL5.7.4以上を使う時のパスワードリミットMySQL5.7.4で導入されたユーザパスワードの更新リミッタが、デフォルト状態だと360日に設定されている。その為、"/etc/my.cnf"の[mysqld]項目に下記のコンフィグを入れないで稼働させ、パスワードを変更しないまま利用すると、360日経過した時にユーザがロックされてしまう。default_password_lifetime=0ロックされたユーザではMySQLにログインは出来るが、ユーザパスワード変更以外の操作が出来ない状態(=通常のDB操作が不可能)になる。この状態を解除するには、次のどちらかを実行する。†MySQLログのローテーション設定MySQLでログローテートを行うには、logrotateからmysqladminコマンドを実行して、flush-logsでローテートとログ再読込を行う必要がある。レプリケーションの設定MySQLではMaster/Slaveのレプリケーション構成を取る事が出来る。DB冗長化を目的にしている場合、クラスタリングよりもレプリケーションの方が適している場合もある。バイナリログ取得Master/Slaveのレプリケーション構成を取る際は、バイナリログを取得する必要がある。バイナリログのローテート間隔・容量指定はディスク容量を考慮しつつ調整する。MySQLサーバを識別する為に任意のサーバIDも設定する。レプリケーションアカウント作成Slaveサーバからレプリケーション接続を行う為に、MasterのMySQLにユーザを作成するレプリケーションユーザには、replication権限を付与する。DBの書き込み禁止レプリケーション前のデータ同期を行う為に、DB書き込みを禁止した後、バイナリログ同期ポイントをメモする。作業途中でMySQLコンソールからログアウトすると、DBロックも解除されてしまう為、ここからの作業は複数のターミナルを起動しつつ作業を行う。DBの初期同期MasterのデータをSlaveにコピーしておき、Slaveの初回起動時のデータ同期時間を短縮する。データの同期方法は、dumpでもディレクトリコピーでも良いので、MasterのMySQLを起動したままデータコピーをする。データ同期MasterからコピーしてきたデータをSlaveのMySQLに適用し、SlaveのMySQLを再起動する。その後、SlaveからMasterに対してレプリケーションクエリを発行する。書き込み禁止していたMasterのMySQLで書き込みを再開する。下記コマンドを実行して、Slaveのレプリケーション状況を確認する。[Master_Log_File]/[Read_Master_Log_Pos]の二つがMasterと同じ値になっている事と、[Slave_IO_Running]/[Slave_SQL_Running]の二つがYESになっていれば、同期は完了している。再レプリケーション何かしらの理由でレプリケーションが外れてしまい、同期不完全になってしまった場合、MasterのDBを一時的に書き込み禁止にした後、Slaveでバイナリログを再指定すれば同期が再開される。