mysql数据库怎么定时备份

存储到当前磁盘这是最简单，却是最不推荐的；服务器有多块硬盘，最好是把备份存放到另一块硬盘上；有条件就选择更好更安全的存储介质；

# df -h

Filesystem Size Used Avail Use% Mounted on

/dev/mapper/VolGroup-lv_root 50G 46G 16G 97% /

tmpfs 19G 92K 19G 1% /dev/shm

/dev/sda1 485M 39M 421M 9% /boot

/dev/mapper/VolGroup-lv_home 534G 36G 503G 1% /home

我们公司的备份时间基本是每天一次，

完正备份一般都是凌晨2点，服务器用的人比较少，大约10多分钟就备份完了（备份时间和服务器的效能有关系）

如果你们公司的每日数据量比较大，还是建议每天人少的时候完成备份下。

数据库备份可以分为4个备份类型。

l全备份：创建备份完成时数据库内存在的数据的副本。

l差异备份：只记录自上次数据库备份后发生更改的数据。差异数据库备份比数据库备份小，而且备份速度快，因此可以更经常地备份，经常备份将减少丢失数据的危险。

l日志备份：是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点（如输入多余数据前的那一点）或恢复到故障点。

l文件组备份：可以备份和还原数据库中的个别文件。可以只还原已损坏的文件，而不用还原数据库的其余部分，从而加快了恢复速度。

不同的备份类型适用的范围也不同。全备份，可以只用一步 *** 作完成数据的全部备份，但执行时间比较长。差异备份和日志备份，都不能独立作为一个备份集来使用，需要进行一次全备份。文件备份必须与事务日志备份一起使用，所以文件备份只适用于完全恢复模型和大容量日志记录恢复模型。

每一种备份类型都有不足之处，要针对需要选择备份类型，或者使用几种备份方式的配合来完成数据库的备份。

经常使用备份方式组合有以下几种：

l全备份差异备份：以一周为周期，星期日进行全备份，星期一到星期六每天进行差异备份。

l全备份日志备份：以一周为周期，星期日进行全备份，星期一到星期六每天进行日志备份。

l文件组备份日志备份：备份周期取决于数据库的大小和能力，每周期分别进行一部分数据文件备份，每天进行日志备份。

如果你做DBA时间不长 对数据库的备份有些担心 希望能找到一种让你放心的备份方案 那么本文绝对适合你

关于数据库的备份恢复原理 大家多少都比较熟悉了 但是 你目前做的数据库备份有多可靠你可以安心睡觉了吗如果答案是肯定的 那就不用多花时间看下文了 如果觉得还不够安心 总担心数据库哪一天坏了修不好 那么请接着看

我有RAID 还需要做数据库备份吗需要 有了RAID 万一部份磁盘损坏 可以修复数据库 有的情况下数据库甚至可以继续使用 但是 如果哪一天 你的同事不小心删除了一条重要的记录 怎么办RAID是无能为力的 你需要合适的备份策略 把那条被误删的数据恢复出来 所以有了RAID 仍需要做备份集群 磁盘镜像同理

如果你只做全备份 那么受限于全备份的大小和备份时间 不可能常做 而且只有全备份 不能将数据库恢复至某个时间点 所以 我们需要全备份+日志备份 比如每天一个全备份 每隔 小时或若干分钟一个日志备份 说到差异备份 因为微软的差异备份记录的是上一次全备份以来发生的变化 所以 如果数据库的改动很频繁的话 没过多久 差异备份就会和全备份的大小接近 因此这种情况下就不合适了 因此 全备份+日志备份的方案适合绝大多数的用户

如果你仅在数据库本地做备份 万一磁盘损坏 或者整个服务器硬件损坏 备份也就没了 就没法恢复数据库 因此 你需要把备份文件传送至另一个物理硬件上 大多数用户不用磁带机 因此不考虑 一般 我们需要另一台廉价的服务器或者PC来存放数据库的备份 来防止硬件损坏造成的备份丢失

你可以在数据库服务器本地做完备份 然后使用某些方式将备份文件传送至备机 你是在备份完成后就马上穿送的吗其实可以考虑将传送备份的脚本用T SQL语句来写

备份文件传送至备机后 就可以高枕无忧了吗不 作为DBA的你还需要检查备机上的备份文件是否能将数据库恢复至最新 如果采用日志备份 会不会因为丢失某一个日志备份文件而导致数据库不能恢复至最新如何检查日志备份文件之间存在断档

为了将数据库尽可能的恢复到最新 你可能会每隔 分钟(甚至 分钟)执行一次日志备份 那么万一数据库坏了 在恢复的时候 手动恢复成百上千个日志文件 是不是不太现实

如果你所在公司有很多的数据库服务器(就像我所在的公司) 而且磁盘空间有限 那么你不得不经常登录服务器来删除旧的备份文件 如果哪天忘了 或者五一十一长假 磁盘空间用完了 就麻烦了

数据库在备份的时候 并不会检查数据页面的完整性 如果数据页坏了 备份作业仍会执行 而且不会报错 等到你发现数据页有错误的时候 你也很可能已经因为磁盘空间不足 而删除了早期的备份 而此时剩下的那些备份可能都是包含损坏的数据页 如果损坏的数据页是某个表的表头的话 那这个表你就再也没办法恢复了

所以你需要定期执行DBCC检查 来尽早发现数据库页面的完整性 在未作完DBCC检查之前 你不能删除旧的备份 以防止新的备份存在问题 所以 删除备份文件的工作变的有些麻烦

你可能知道SQL Server提供了数据库维护计划 没错 使用它可以定期做备份 执行DBCC检查 但这一切仅限于本机 *** 作 为了使数据库可靠 你还是需要自己把本地备份传送至备机

lishixinzhi/Article/program/SQL/201311/16320

以上就是关于mysql数据库怎么定时备份全部的内容，包括:mysql数据库怎么定时备份、SQL SERVER 数据库备份计划，备份的最佳时间段是多久一次、服务器备份的备份企业数据库的方案(数据库备份设备)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！