你的mysql 要备份吗?

ruochen

原帖由 qlks 于 2008-7-8 17:44 发表
这么大的数据量都不做数据仓库？
只保留备份，那数据挖掘还有什么意义

就是呀

我觉得真的是上100GB的数据库的话
我就要考虑M-M的方式了

光备份还是不够的，而且要考虑备份的成本之类的
还要考虑备份后恢复的时长


哪位达人介绍下，1T的数据库作的备份
备份出来的文件有多大？
恢复回去得多久？

ruochen

我现在的一些小库就是用mysqldump备份出来，ftp到我们的nas上
一个脚本搞定

枫影谁用了

备份是永远都要滴，不管是什么方法。

ruochen

原帖由 枫影谁用了 于 2008-7-9 15:48 发表
备份是永远都要滴，不管是什么方法。

1G->10G->100G->1T->10T-〉100T
备份的方法和备份的途径肯定是有很大出入的

选择自己适合的旧式最好的
我现在没有大的数据库

就myisam的表，如果frm myi myd的三个文件有100G，mysqldump出来的文件时多大？
我手上的数据库都比较小

yueliangdao0608

小于5G的你可以用MYSQLDUMP，大于5G的你单纯用MYSQLDUMP 会搞死人的。

到时候可以自己写脚本来进行增量备份，每天的增量放在一个地方。

枫影谁用了

手上有一个20多个G的库！

1  3  5  0 全备。

其它增备。master -- slave

另外一个数据仓库，考滤用ORACLE。。

不过开发那边初步定是MYSQL。。这个数据可是天量。。每天进的数据都是500W以上甚至是千万。

yueliangdao0608

Then you should split up this big one into many small tables,according to  month or week!
We also have a table and its size is growing fast at 200W records per day.

ruochen

原帖由 枫影谁用了 于 2008-7-9 20:31 发表
手上有一个20多个G的库！

1  3  5  0 全备。

其它增备。master -- slave

另外一个数据仓库，考滤用ORACLE。。

不过开发那边初步定是MYSQL。。这个数据可是天量。。每天进的数据都是500W以上甚至是千万。

大的数据库肯定会用增量或者差异