Linux下实现MySQL数据库每天自动备份定时备份
备份是容灾的基础,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其
概述
备份是容灾的基础,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。而对于一些网站、系统来说,,数据库就是一切,所以做好数据库的备份是至关重要的!
备份是什么?
为什么要备份
容灾方案建设
存储介质
光盘
磁带
硬盘
磁盘阵列
DAS:直接附加存储
NAS:网络附加存储
SAN:存储区域网络
云存储
这里主要以本地磁盘为存储介质讲一下计划任务的添加使用,基本的备份脚本,其它存储介质只是介质的访问方式可能不大一样。
1、查看磁盘空间情况:
既然是定时备份,就要选择一个空间充足的磁盘空间,避免出现因空间不足导致备份失败,数据丢失的恶果!
存储到当前磁盘这是最简单,却是最不推荐的;服务器有多块硬盘,最好是把备份存放到另一块硬盘上;有条件就选择更好更安全的存储介质;
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root 50G 46G 1.6G 97% /
tmpfs 1.9G 92K 1.9G 1% /dev/shm
/dev/sda1 485M 39M 421M 9% /boot
/dev/mapper/VolGroup-lv_home 534G 3.6G 503G 1% /home
2、创建备份目录:
上面我们使用命令看出/home下空间比较充足,所以可以考虑在/home保存备份文件;
cd /home
mkdir backup
cd backup
3、创建备份Shell脚本:
注意把以下命令中的DatabaseName换为实际的数据库名称;
当然,你也可以使用其实的命名规则!
vi bkDatabaseName.sh
输入/粘贴以下内容:
#!/bin/bash
mysqldump -uusername -ppassword DatabaseName > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql
对备份进行压缩:
#!/bin/bash
mysqldump -uusername -ppassword DatabaseName | gzip > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql.gz
注意:
把 username 替换为实际的用户名;
把 password 替换为实际的密码;
把 DatabaseName 替换为实际的数据库名;
4、添加可执行权限:
chmod u+x bkDatabaseName.sh
添加可执行权限之后先执行一下,看看脚本有没有错误,能不能正常使用;
./bkDatabaseName.sh
5、添加计划任务
检测或安装 crontab
确认crontab是否安装:
执行 crontab 命令如果报 command not found,就表明没有安装
# crontab
-bash: crontab: command not found1
如时没有安装 crontab,需要先安装它,具体步骤请参考:
CentOS下使用yum命令安装计划任务程序crontab
使用rpm命令从CentOS系统盘安装计划任务程序crontab
添加计划任务
执行命令:
crontab -e
这时就像使用vi编辑器一样,可以对计划任务进行编辑。
输入以下内容并保存:
*/1 * * * * /home/backup/bkDatabaseName.sh
具体是什么意思呢?
意思是每一分钟执行一次shell脚本“/home/backup/bkDatabaseName.sh”。
6、测试任务是否执行
很简单,我们就执行几次“ls”命令,看看一分钟过后文件有没有被创建就可以了!
如果任务执行失败了,可以通过以下命令查看任务日志:
# tail -f /var/log/cron
输出类似如下:
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2503]: starting 0anacron
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2512]: finished 0anacron
Sep 30 15:01:01 bogon CROND[3092]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 15:01:01 bogon run-parts(/etc/cron.hourly)[3092]: starting 0anacron
Sep 30 15:01:02 bogon run-parts(/etc/cron.hourly)[3101]: finished 0anacron
Sep 30 15:50:44 bogon crontab[3598]: (root) BEGIN EDIT (root)
Sep 30 16:01:01 bogon CROND[3705]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3705]: starting 0anacron
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3714]: finished 0anacron
Sep 30 16:15:29 bogon crontab[3598]: (root) END EDIT (root)
本文永久更新链接地址:

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









MySql は、さまざまなビジネスおよびアプリケーションのシナリオで広く使用されている、一般的に使用されるリレーショナル データベース管理システムです。 MySQL のバックアップの問題では、バックアップ計画の選択と実行方法が重要です。この記事では、さまざまなバックアップ オプションと、MySQL バックアップを効率的に作成および復元する方法を紹介します。 1. バックアップ プランの選択 MySQL バックアップ プランを選択するプロセスでは、ビジネス シナリオと実際の状況に基づいて、適切なバックアップ プランを選択する必要があります。コールド バックアップ いわゆるコールド バックアップは、MySQL データベースを完成させることです。

MySQL データのバックアップおよびリカバリ ツールを使用して災害復旧を実現する方法 データのバックアップおよびリカバリは、データベース管理プロセスの非常に重要な部分です。データをバックアップすると、データベースが偶発的な破損、ハードウェア障害、その他の致命的なイベントから保護されます。人気のリレーショナル データベース管理システムとして、MySQL はデータのバックアップとリカバリを実現するための強力なツールをいくつか提供します。この記事では、MySQL のデータ バックアップおよびリカバリ ツールを使用して災害復旧を実現する方法を紹介します。 MySQL データ バックアップ ツール -mysql

MySQL データベースでは、各 InnoDB テーブルは、テーブルのデータとインデックスを保存する .ibd ファイルに対応します。したがって、MySQL データベースの管理と保守では、ibd ファイルの管理も特に重要です。この記事では、MySQL データベース内の ibd ファイルを効果的に管理および保守する方法を紹介し、具体的なコード例を示します。 1. テーブルスペースの確認と最適化 まず、次の SQL ステートメントを使用してテーブルのディスクスペース使用量を確認できます: SELECTTAB

MySQL は、さまざまな分野で広く使用されている人気のリレーショナル データベースです。ただし、他のアプリケーションと同様に、MySQL にはデータの破損、クラッシュ、悪意のある攻撃などのリスクがあります。したがって、データをバックアップすることが重要です。バックアップは、データにセキュリティと何らかの「元に戻す」機能を提供し、不安定性やリスクを軽減または排除することができます。最も一般的なバックアップの種類は、完全バックアップと増分バックアップです。ただし、頻繁なリアルタイム バックアップが必要な場合は、ローリング バックアップの方が良い方法です。ローリング バックアップは、許容可能な場合に実行されます。

MySQL は現在最も広く使用されているリレーショナル データベース管理システムの 1 つであり、その効率性と信頼性により、多くの企業や開発者にとって最初の選択肢となっています。しかし、さまざまな理由から、MySQL データベースをバックアップする必要があります。 MySQL データベースのバックアップは簡単な作業ではありません。バックアップに失敗すると、重要なデータが失われる可能性があるからです。したがって、データの整合性とリカバリ可能性を確保するには、効率的な MySQL データベースのバックアップとリカバリを実現するためにいくつかの対策を講じる必要があります。この記事では達成方法を紹介します

MySQL データベースのバックアップとリカバリのパフォーマンス チューニング プロジェクトの経験の分析 日常の運用保守において、MySQL データベースのバックアップとリカバリの作業は不可欠です。ただし、マルチテラバイト、さらにはペタバイトレベルのデータスケールに直面すると、バックアップとリカバリに必要な時間とリソースの消費が、データベースのパフォーマンスを制限する重要な要因となることがよくあります。この記事では、大規模なインターネット企業向けのバックアップとリカバリのパフォーマンス チューニングの実践的な事例を通じて、いくつかの実践的な経験とテクニックを共有します。 1. バックアップ ソリューションの選択 さまざまなビジネス ニーズとデータ規模に基づいて、バックアップ ソリューションの選択も考慮する必要があります。

絶対的なMYSQLデータベースバックアップとリカバリソリューションはありません。データの量、ビジネスの重要性、RTO、RPOに基づいて選択する必要があります。 1.論理バックアップ(MySQLDUMP)はシンプルで使いやすく、小さなデータベースに適していますが、遅くて巨大なファイルです。 2。物理的なバックアップ(Xtrabackup)は高速で、大規模なデータベースに適していますが、使用がより複雑です。バックアップ戦略では、バックアップ頻度(RPO決定)、バックアップ方法(データの量と時間の要件決定)、ストレージの場所(オフサイトストレージがより安全になります)を考慮し、バックアップファイルの腐敗、許可の問題、ネットワーク中断、未検証の問題、データセキュリティを確保するために、バックアップとリカバリプロセスを定期的にテストする必要があります。

MySQL は現在、最も人気のあるリレーショナル データベース管理システムの 1 つであり、エンタープライズ レベルのアプリケーションで広く使用されています。開発者であってもデータ管理者であっても、MySQL のバックアップとリカバリの基本知識を理解する必要があります。バックアップとリカバリは、企業のデータ保護に役立つだけでなく、システムが不利な状況に迅速に対応し、可能な限り通常の動作状態に復元できるようにします。この記事では、MySQL のバックアップとリカバリの手順を詳しく説明し、読者が MySQL データベースの保護をさらに進めるのに役立ついくつかのベスト プラクティスを提供します。
