新浪微博用的什么数据库（新浪微博最大保存量）

本文目录

• 新浪微博最大保存量
• 新浪微博「点赞功能」数据库如何设计的
• 新浪微博数据库是如何设计的呢
• 新浪微博的信息是怎么储存的
• mysql 数据库能够承担“新浪微博”这类网站的访问量吗
• 目前国内外的大多数微博系统是基于什么平台开发的,以及后台的数据库是什么各自有什么缺点吗
• 新浪微博来自weibo.intl是什么意思
• 每天有N百万条记录增加，频繁读写，这样的数据可以用Mysql数据库存储吗
• 新浪微博的“关注功能”数据库是如何设计的
• Oracle、DB2、My**L、**L Server、Sybase这几款数据的重点应用领域分别是哪些比如电信、互联网、银行等等

新浪微博最大保存量

最大保存量约是1百万TB，1000,000*1024*1024*1024*1024字节。新浪微博系统采用的是数据库有望更换为ORACLE最新版本，而且有定期清理功能，再大的数据库也架不住1/10网民的狂轰滥炸，况且越来越多的人开始像开垦QQ农场一样加入微博。

新浪微博「点赞功能」数据库如何设计的

对于第一个问题，设计一个schema-》(messageID，likedCount)，记录每条微博的点赞数。messageID是微博的编号，likedCount是该微博的点赞人数。但是这里有两个问题需要解决，第一是并发，第二是数据量。

每条微博都有可能有很多人同时点赞，为了保证点赞人数精确就需要保证likedCount++是原子操作，这个可以由应用程序来实现，也可以用redis的事务来实现(如果redis有事务机制或者自增功能的话)，但是我觉得为了性能考虑，也可以不用实现原子操作，具体原因就不展开了。

每天都上亿可能更多的微博内容产生，这样就会有上亿个新的(messageID，likedCount)生成，这样的数据量是比较大的，单机数据库比较难提供高效的服务，所以需要采取sharding的功能(有时候也叫分表分库)，可能根据messageID把这些schema分散到十个或者更多的shards上(据说，sina微博有600个节点，如何三个节点组成一个shard，就有200个shards)，这样每个shard处理的请求就只有原来的十分之一，从而就能提高服务的性能。

关于点赞人列表的设计，一般来说，可能想到的schema是(messageID，userID)，但是这样的设计有一个小问题，就是有些大发的微博可能会得到几十万的点赞，这样就会产生几十万个条数据，这样数据有点多，读取起来可能也慢。所以可以用这样一个schema(messageID，partID，userIDs)，让一个messageID对于多个userID，同时比对应太多的userID，所以加入一个新的partID，一个part存1000个userID，这样几十万个点赞，只需要存几百条数据。这样做还有一个好处，用户点击查看点赞人时的，一般都不是完全显示所有点赞人，而是一批一批显示，这样可以一次只读一条数据，就可显示一批点赞用户信息。

新浪微博数据库是如何设计的呢

如此海量的数据推送必然是通过异步消息队列处理，而不是简单的数据库直接写入，因此系统的负载压力会逐层分散到后端数据库上。

新浪微博的信息是怎么储存的

是存储在sina的服务器上面的，按照数据库格式，当你访问的时候，sina服务器就会读取数据库数据，然后按照jason格式传送给你。当然，图片是另外存储的，如果有图片或者视频，那么在数据库里面保存的只是一个超链接，所以实质上保存的都只是文本，文本即便内容很多很多，也不会显得太过庞大的。至于图片，那就不说了，可以转格式，转大小，而且本来还限制你的图片上传格式的本来就。

mysql 数据库能够承担“新浪微博”这类网站的访问量吗

• 能，关键是架构，facebook也是mysql

• 新浪微博访问量、内容量绝对是大的，用mysql肯定不行。

目前国内外的大多数微博系统是基于什么平台开发的,以及后台的数据库是什么各自有什么缺点吗

一、什么是C/S和B/S要想对“C/S”和“B/S”技术发展变化有所了解，首先必须搞清楚三个问题。第一、什么是C/S结构。C/S （Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server 应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件， 加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高， 效率低。第二、什么是B/S结构。B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全 。特别是在J**A这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。第三、管理软件主流技术。管理软件技术的主流技术与管理思想一样，也经历了三个发展时期。首先，界面技术从上世纪DOS字符界面到Windows图形界面（或图形用户界面GUI），直至Browser浏览器界面三个不同的发展时期。其次，今天所有电脑的浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对操作培训的要求不高，而且软件可操作性强，易于识别；再者，平台体系结构也从过去单用户发展到今天的文件/服务器（F/S）体系、客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系。二、C/S和B/S 之比较C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国 Borland公司最早研发，B/S是美国微软公司研发。目前，这两项技术以被世界各国所掌握，国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市场份额和客户群，各家企业都说自己的管理软件架构技术功能强大、先进、方便，都能举出各自的客户群体，都有一大群文人墨客为自己摇旗呐喊，广告满天飞，可谓仁者见仁，智者见智。1、C/S架构软件的优势与劣势 （1）、应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。（2）、数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。（3）、C/S架构的劣势是高昂的维护成本且投资大。首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。其次，传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在J**A这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。2、B/S架构软件的优势与劣势（1）、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任**护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。（2）、成本降低，选择更多。大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上windows并不是处于绝对的统治地位。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响，这就使的最流行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。比如说很多人每天上“网易”（原文为新浪）网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。（3）、应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。3，C/S 与 B/S 区别 Client/Server是建立在局域网的基础上的，Browser/Server是建立在广域网的基础上的。 （1）、硬件环境不同：C/S 一般建立在专用的网络上， 小范围里的网络环境， 局域网之间再通过专门服务器提供连接和数据交换服务。B/S 建立在广域网之上的， 不必是专门的网络硬件环境，例如电话上网， 租用设备， 信息自己管理， 有比C/S更强的适应范围， 一般只要有操作系统和浏览器就行。（2）、对安全要求不同 C/S 一般面向相对固定的用户群， 对信息安全的控制能力很强。 一般高度机密的信息系统采用C/S 结构适宜，可以通过B/S发布部分可公开信息。B/S 建立在广域网之上， 对安全的控制能力相对弱， 面向是不可知的用户群。 （3）、对程序架构不同 C/S 程序可以更加注重流程，可以对权限多层次校验，对系统运行速度可以较少考虑。B/S 对安全以及访问速度的多重的考虑， 建立在需要更加优化的基础之上。 比C/S有更高的要求，B/S结构的程序架构是发展的趋势，从MS的.Net系列的BizTalk 2000 Exchange 2000等，全面支持网络的构件搭建的系统。SUN和IBM推的JavaBean构件技术等，使B/S更加成熟。 （4）、软件重用不同C/S 程序可以不可避免的整体性考虑， 构件的重用性不如在B/S要求下的构件的重用性好。B/S 对的多重结构，要求构件相对独立的功能。 能够相对较好的重用。就如买来的餐桌可以再利用，而不是做在墙上的石头桌子。 （5）、系统维护不同 系统维护是软件生存周期中，开销大，相当重要C/S 程序由于整体性，必须整体考察，处理出现的问题以及系统升级难， 可能是再做一个全新的系统。B/S 构件组成方面构件个别的更换，实现系统的无缝升级。 系统维护开销减到最小，用户从网上自己下载安装就可以实现升级。 （6）、处理问题不同 C/S 程序可以处理用户面固定，并且在相同区域， 安全要求高的需求，与操作系统相关， 应该都是相同的系统。B/S 建立在广域网上， 面向不同的用户群，分散地域， 这是C/S无法作到的，与操作系统平台关系最小。 （7）、用户接口不同 C/S 多是建立在Window平台上，表现方法有限，对程序员普遍要求较高。B/S 建立在浏览器上， 有更加丰富和生动的表现方式与用户交流， 并且大部分难度减低，降低开发成本。（8）、信息流不同 C/S 程序一般是典型的中央集权的机械式处理，交互性相对低。B/S 信息流向可变化， B－B、 B－C、 B－G等信息流向的变化， 更象交易中心

新浪微博来自weibo.intl是什么意思

weibo.intl意思是：微博国际版。

weibo.intl是微博国际版的域名，int源自“国际的”一词的英语“International”的缩写“Int”，int是互联网域名系统中赞助类**域的一种，该**域用于国际组织和公约。

2000年，互联网架构理事会建议恢复.arpa的用途，互联网架构数据库不应再用.int域，但ip6.int仍被保留用于IPv6，直到2006年6月6日被ip6.arpa取代。

扩展资料

使用int域名的组织：

1、欧洲委员会

2、欧洲航空安全组织

3、欧洲中央银行

4、欧洲中范围天气预报中心

5、欧洲自由贸易联盟

6、欧洲航天局

7、欧洲气象卫星组织

8、国际民航组织

9、国际民主选举基金会

每天有N百万条记录增加，频繁读写，这样的数据可以用Mysql数据库存储吗

应该使用oracle，10万条以上的数据频繁读写就应该使用oracle，还应该使用服务器集群技术。

新浪微博的“关注功能”数据库是如何设计的

你好。方法有二个：

我觉得是这样设计的

一个字段记录他所关注的好友信息

应该是json的

然后去数据库查最新的就是更新就是

uchome就是这么干的

-- 用户表(如果这个表数据相当多，可以用分区表)create table userinfo( userid number(38,0), -- 可以用序列递增值也成，自己看着办  username varchar2(60),  phone varchar2(20),  address varchar2(20),  *** char(1),  cdate date default sysdate  -- 其他字段，自己添加); alter table userinfo add c***traints pk_userinfo primary key(userid); -- 用户关注信息表(如果这个表数据相当多，可以用分区表)：create table userattention( userid number(38,0),           -- 用户ID  attention_userid number(38,0), -- 被关注的用户ID  status number(18,0),           -- 关注状态(或者说关注等级，自己定义：0代表什么，1代表什么)  cdate date default sysdate,    -- 创建时间  udate date default sysdate     -- 修改时间  -- 其他字段，自己添加); -- 为保持数据完整性：不管是“用户ID”还是“被关注的用户ID”其ID必须在userinfo表中存在！alter table userattention add c***traints pk_userattention primary key(userid,attention_userid);alter table userattention add c***traints fk_userattention_userid foreign key (userid) references userinfo(userid);alter table userattention add c***traints fk_userattention_att_userid foreign key (attention_userid) references userinfo(userid); userattention表中一个userid对应该可能有N条记录(而不像你说的：用一条记录，其不同的attention_userid 用逗号隔开，这样设置是不合理的) -- 好比QQ号，我的QQ可以添加N个QQ好友，但我想：腾迅应该不会将我这N个QQ好友用字串连成一条记录（这也太吝啬啦）

Oracle、DB2、My**L、**L Server、Sybase这几款数据的重点应用领域分别是哪些比如电信、互联网、银行等等

这个事情需要展开来看很多大型企业单位为了满足业务系统的使用需要，使用很强劲的服务器主机，以大型机、小型机为主。这些机器都不使用windows系统，所以**L Server之类的数据库没办法在这种机器上运行。Oracle、DB2、Sybase之类的是主流，这几个数据库有很强大的技术支持团队，也是受到大企业欢迎的原因。计算机水平国外还是比较高的，所以外国软件公司开发的针对大企业的软件也都要求在这种数据库上运行。约定俗成，微软的操作系统和数据库由于不能运行在很强劲的主机上，所以只能给中小企业服务。微软系列的还有access数据库，基本上是为单机服务的。至于My**L基本上是为网站服务的，主要特点是免费，应用挺多，但是大企业信息化软件很少用，因为没有对应的业务支持人员，到时候出问题，找不到人，就出大事故了。反过来再看数据库本身，都有参数说明，你仔细看看就知道了。很多小数据库本身底气就不足，并发数量、最大库文件等等参数标得很低，你说大企业动辄几T几P的数据，敢忘这种数据库上放吗？软件公司敢编写用这种数据库的软件吗？再说说知名度，企业之间都会互相问，要是一个很小很便宜的数据库大家都用，都用得很好，市场占有率极高。自然口碑就好，大家就都用了。微软的sqlsever就是一个例子。从最开始的6.5基本上不能用到sql2000很成功，得到大量企业的认同，到现在出到2008版本，占有率很高了，就是口碑，可是它在大企业中使用不理想，所以还是占有中小企业。分析这些数据库，应该多方面来看，不能只看参数，只看技术。你都分析好了，发现某个数据库不像大家说的，你能用，可是市场上找不到对应的软件，也没辙，除非你自己编写。