開発中、コードやプロジェクト関連のファイルを管理するために Svn または Git を使用することがよくありますが、これらには共通する点が 1 つあります: バージョン管理
多くの人は次のことを行うでしょう。なぜ Svn または Git を使用する必要があるのかを尋ねたら、私はこう尋ねます。あなたが書いたコードは非常に優れていると思いますが、ある日、多くのバグを修正しましたが、突然、以前のコードにはもっと重要なアルゴリズムがあると思い、うっかりカバーされてしまったのですが、どうすればいいですか?
推奨事項 《MySQL ビデオ チュートリアル》
おそらく、これらのコードを変更する前に、現在変更されているファイルまたは現在のプロジェクトをバックアップできると言われるでしょう。
しかし、時間の経過とともにマシン上にバックアップ ファイルがいくつ残ることになるでしょうか?
ある日、同僚がその時のバグの原因を調べるために前のコードにロールバックする必要がある場合、あなたは指定された時間にあなたのマシンからファイルを見つけて、それを同僚に送信しますか?
もちろんそうではありません。Svn または Git を入手したら、ファイルの以前のバージョンを簡単に確認し、簡単に比較できます。したがって、バージョン管理の重要性は明らかです。
同じことがデータベースにも当てはまり、常にデータを保存する必要があるため、システムの 99% はデータベースと切り離せません。
データベースが誤って削除されたり、ハッキングされたり、悪意を持って変更されたりした場合はどうなりますか?
次に、サーバーが指定した場所にデータベース データを自動的にバックアップできるようにします。ある日、データベースが誤って揺れた場合は、バックアップされたデータベース スクリプトを使用して直接回復することもできます。
スクリプトのアップロード:
# db username db_user="test" # db password db_passwd="test" # db host db_host="121.201.5.216" # backup db name db_name="Alterem" # the directory for story your backup file. backup_dir="backup" cd # date format for backup file (dd-mm-yyyy) time="$(date +"%Y-%m-%d-%H-%M-%S")" # mysql, mysqldump and some other bin's path MYSQL="/usr/local/mysql/bin/mysql" MYSQLDUMP="/usr/local/mysql/bin/mysqldump" GZIP="/bin/gzip" $MYSQLDUMP -u $db_user -h $db_host -p$db_passwd $db_name | $GZIP -9 > "/data/backup/$backup_dir/$db_name"_"$time.gz"
タイマーの作成
crontab -e
タイマーの追加
# 每天凌晨 1 点 30 分 进行数据备份 30 1 * * * /root/mysql-backup.sh
再起動タイマー
/etc/rc.d/init.d/crond restart
cron 解析
# For details see man 4 crontabs # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to be executed复制代码
オンライン Cron 式ジェネレーター: http://cron.qqe2.com/
以上がMySQL は CentOS 上で自動バックアップを実行しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。