1. 首页
  2. 资讯

数据库方法

最近比较火的区块链到底值不值得去投资?如果说比较火的区块链,值不值得参与?这个问题更有趣些。因为做投资的人毕竟少,投得起的人更少。你不要跟我说买了几千或者几万块什么币就

最近比较火的区块链到底值不值得去投资?

如果说比较火的区块链,值不值得参与?这个问题更有趣些。因为做投资的人毕竟少,投得起的人更少。

你不要跟我说买了几千或者几万块什么币就算投资区块链了,那就相当于问能不能去炒股。炒币的风险更大,24小时交易没有涨停跌停板,觉得交易规则不公平还没地方投诉,因为目前还是不被允许的。

最近市场行情不好,不管是一级市场还是二级市场,还是币级市场。所谓较火的区块链,就是哪家又法币了,10000多家交易所不嫌多,又有人要做交易所了;几千个做公链的区块链项目不嫌多,又有人说要做公链了,还有钱包呀,区块链媒体呀,好像每一个人都有机会,但绝大多数的人都在喊概念,都在做新闻,踏踏实实初创区块链项目还真不多,我们普通人也难以分辨出来了。

所以我认为,现在发币是极其困难的,想让人知道都难,知道了,空投免费发放可能很多人都懒得去领了。

但区块链的未来我又极其看好。

我的判断是,区块链不像前几年很多的双创,它会是影响绝大多数人。不管是它代表的思想,技术,组织形式,金融属性等等,不管你是普通员工还是高管,是创业者还是投资人,是哪个行业的,都需要接触它,会受它的影响。

就像之前的互联网,就像电力系统一样。与其晚点知道,还不如早点知道,所以我建议有机会的话,最好参与到区块链的大趋势中来。

而前几年的双创热潮,大家涌动着创业的心,创业是极少人需要去做的事,不适合多数人。

你多观察区块链相关信息,你发现它在很多行业都有应用了,金融行业的一些运用还比较成熟了,它的共识机制,它的不可更改性,它的分布式结构等等,越运用越思考,越觉得是杀伤力。

当然,最近一年,乃至两至三年,它会进入一个低潮期,因为2017-2018年有了第一波热潮,但实际有成果的运用,尤其是初创公司要出成果,需要三四年的时间。这段时间,第一波人群基本形成,多数人都是旁观的,新进人群少,会有第一次低潮。

但等到各类区块链公司,纷纷推出我们普通人能理解的产品和解决方案时,我们再重新去学习,重新去加入,那就有点赶不上了。

现在是蛰伏期,准备期,各种尝试,各种圈子的碰撞,找出最适合自己的切入点。

这些是个人最直接的建议。

一个500g的mysql数据库怎么备份啊?

500G的数据库备份,不能逻辑备份了。要采用物理备份。

1.数据太大,逻辑备份,时间长,资源消耗大,而且备份文件也会巨大。

2.物理备份速度快,资源消耗可配置。加压之后,可以让500G的备份文件降到50G左右。因此推荐物理备份,而物理备份,mysql最好的就是Xtrrabackup,percona公司开源的备份工具,安全稳定,可靠。


工具介绍:

Percona XtraBackup 是 Percona 公司开发的一个用于 MySQL 数据库物理热备的备份工具,支持 MySQl(Oracle)、Percona Server 和 MariaDB,并且全部开源。


一、对引擎的支持

首先明确下热备的概念,最基本的要求就是不需要 shutdown mysqld 进程,再进一步的是不能影响数据库的正常使用。

  1. InnoDB/XtraDB 引擎,完全的热备,不影响用户对引擎的使用,备份过程中可读写;
  2. 非 InnoDB 引擎,如 MyISAM、Merge、Archive 和 CSV等,不完全的热备,虽然备份不需要关闭 mysqld 进程,但是会加全局读锁,备份过程中用户连接只能读不能写;
  3. TokuDB 引擎,相对于 MyISAM 和 InnoDB,这个引擎可以说是后起之秀,数据文件高压缩,节省空间,并且支持事务,xtarbackup也已经支持。


二、备份类型的支持

XtraBackup 提供了不同的备份方式:

  1. 全备,全库全量备份,这种备份相当于对数据库做一个快照,这种方式比较常用;
  2. 增量备份,也是全库备份,但备的是增量数据。增量备份不能单独使用,要和全量结合使用,可以有多个增量。增量备份的一个明显优势是节省空间,用户可以制定适合自己的备份策略,如全增增(1天全量、1天增量和1天增量)周期;
  3. 部分备份,和全库备份对应,只备部分库或者部分表。如果觉得全库备份代价较大或者没必要,用户可以只备自己比较关心的表。


三、备份速度

物理备份是直接拷贝文件,相对于逻辑备份已经很快了,XtraBackup 还提供了对备份速度的控制功能。

  1. 加速,默认是单线程备份的,可以开并发来加快拷贝速度,并发数由用户指定;
  2. 限速,虽然备份不会影响 mysqld 进程,但是备份依然耗系统的资源,如果备份压力太大,会间接影响 mysqld。拷贝文件最耗的资源 IO,XtraBackup 提供了 IOPS 限制功能。

加速和限速只对 InnoDB 表的备份起作用,MyISAM 表备份都是单线程不限速的。


四、压缩

xtrabackup支持高压缩、流式输出、加密等。


五、举例

一致性备份:

innobackupex --apply-log /tmp/backup/2016-05-31_23-02-45/


压缩备份:

innobackupex --stream=tar /tmp |gzip >/backup/bakz.tar.gz


远程备份:

innobackupex --stream=tar /tmp | ssh root@192.168.1.7 \ "gzip >/backup/bak.tar.gz"


流备份:

innobackupex --stream=xbstream --compress --extra-lsndir=/backup/chkpoint /tmp >/backup/bak_compress.xbstream


流增量备份:

innobackupex --compress --incremental --extra-lsndir=/backup/chkpoint --incremental-basedir=/backup/chkpoint > --stream=xbstream /tmp >/backup/bak_compress_inc.xbstream


流备份到异地:

innobackupex --stream=xbstream --extra-lsndir=/backup/chkpoint /tmp | ssh root@192.168.1.7 "xbstream -x -C /backup/stream"


增量流备份到异地:

innobackupex --incremental --extra-lsndir=/backup/chkpoint --incremental-basedir=/backup/chkpoint --stream=xbstream > /tmp | ssh root@192.168.1.7 "xbstream -x -C /backup/stream_inc"


希望对你又帮助,关注我获取更多专业内容。

你们如何设计数据库的评论?

常规关系表做法 头条id,用户id,点赞状态 sharding用头条id或用户id都可以

缓存的话 根据你的业务来设计好了

这个可以单独拉出来用缓存来做,比如redis,头条id:点赞数目,数据量很小的,可以定时持久化一次

nosql 写udf 库内计算。。

效率高,不占什么地方。

如果让我写,我可能会这样,可能有更好的办法。

怎么使用google scholar和各类数据库?

第一,不存在google这个东西,scholar这个东西当然也没有。如果你一定要看,请百度“百度学术”,虽然抄的有点low。

第二,不管什么数据库,都是要钱的,一般高校会买。二本以上会买国内的知网、万方、维普等中文数据库,一本以上一般都有外文数据库。否则一片论文好几十,而且你还不能确定是不是垃圾,所以你买不起。

第三,有一些免费数据库,如paper.edu.cn 、国家图书馆等,不多,水平也不行,这个需要自己找。

第四,有部分图书馆提供论文下载服务,如部分省级图书馆,只要你是会员,你可以发出论文下载请求,一般二十四小时候用邮件发给你。这个也要你自己找。

总之,数据库主流是收费的,而且价格不菲,不要奢望个人能买起。

本文来自投稿,不代表本站立场,如若转载,请注明出处。