站长力推信誉网投【5717.COM】集团直营★AG女优发牌★万人棋牌★捕鱼爆大奖★注册瓜分百万彩金
【威尼斯人集团◆上市公司】★★顶级信誉★■★每月亿元返利★■★大额无忧★■★返水3.0%无上限★


标题: 找女人
15198999413
该用户已被删除









发表于 2012-5-21 12:26
找女人

又在云南省师宗县的寂寞女人吗?加我QQ1040904358非城勿扰。谢谢

顶部
数据库拆分
该用户已被删除









发表于 2012-5-24 04:09
云时代,“人云亦云”的云计算狂热异常。相关数据统计,2010年云服务市场的销售额增长到了680.3亿美元,与2009年586亿美元的销售额相比,增长了16.6%。另据预测,到2014年全球云服务的销售额将实现爆炸式增长,将超过千亿美元。
而如今,纷纷攘攘的云计算已经从当初的概念转向实际应用领域,其中云主机的出现成为了一种最先涌现的应用之一。云主机建站这一时代已经到来,将在云领域占主流地位。
云主机位于云计算产业金字塔底层,是支撑云计算应用的基础设施平台。通过将计算、存储与网络资源、机房管理维护进行整合,面向客户提供既具备传统服务器性能稳定,品质可靠等优点。
对于中小企业来说,云主机的优势十分明显。云主机解决了传统主机租用配置升级难、维护成本高等问题,可全面满足中小企业、个人站长用户对主机租用服务省心、省力、更省钱的需求。该产品有效地解决了传统物理租机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
据权威数据显示,云主机已应用于游戏行业、企业网站、软件开发测试、电子商务平台等多个不同领域。弹性云主机的可伸缩性、便利管理等特性正在越来越多的被企业所接纳。
笔者了解到,目前市场上针对云主机这一新生产品,国内有云计算技术的几家公司陆续推出,极网互联(www.chinaj.com)正是其中一位先行者。其推出的极云主机将计算、存储与网络资源高效整合,有效的解决了传统物理租机,存在的安全性低,管理难度大,业务扩展性弱的缺陷。
将来,越来越多的企业都会加入到云计算研究、应用云计算产品。预计2012年将是云主机应用高速发展的一年。云主机应用将会像企业服务器一样越来越普及,并最终取代独立服务器托管应用模式。




数据库拆分| 云计算平台| dbShards - 国内领先的公有云提供商和平台提供商 – dbShards.cn? dbshards.cn
关键词:
公有云,私有云,云计算平台,IAAS,PAAS,SAAS,云存储,云主机,云硬盘,网站云,弹性云计算,云分发,数据库拆分,政府企业信息化,云数据库,云服务器托管, dbShards, 企业数据库,数据库安全,在线游戏加速,网页游戏加速,Java加速

描述:
dbShards(dbShards.cn)拥有国际领先的动态缓存技术和数据库拆分技术,能在网络应用以及数据库的加速和扩展方面提供完整的解决方案.dbShards使用数据库拆分技术,非常经济对大型高数据量的数据库进行扩展,其数据库的性能和可扩展性架构在互联网顶级企业中获得好评如潮










顶部
数据库拆分
该用户已被删除









发表于 2012-5-24 09:12
【IT168 技术】很多人都将<数据库设计范式>作为数据库表结构设计“圣经”,认为只要按照这个范式需求设计,就能让设计出来的表结构足够优化,既能保证性能优异同时还能满足扩展性要求。殊不知,在N年前被奉为“圣经”的数据库设计3范式早就已经不完全适用了。这里我整理了一些比较常见的数据库表结构设计方面的优化技巧,希望对大家有用。
        这是 MySQL数据库性能优化专题 系列的第二篇文章:MySQL 数据库性能优化之表结构优化
        系列的第一篇文章:MySQL 数据库性能优化之缓存参数优化
  由于MySQL数据库是基于行(Row)存储的数据库,而数据库操作 IO 的时候是以 page(block)的方式,也就是说,如果我们每条记录所占用的空间量减小,就会使每个page中可存放的数据行数增大,那么每次 IO 可访问的行数也就增多了。反过来说,处理相同行数的数据,需要访问的 page 就会减少,也就是 IO 操作次数降低,直接提升性能。此外,由于我们的内存是有限的,增加每个page中存放的数据行数,就等于增加每个内存块的缓存数据量,同时还会提升内存换中数据命中的几率,也就是缓存命中率。
  数据类型选择
  数据库操作中最为耗时的操作就是 IO 处理,大部分数据库操作 90% 以上的时间都花在了 IO 读写上面。所以尽可能减少 IO 读写量,可以在很大程度上提高数据库操作的性能。
  我们无法改变数据库中需要存储的数据,但是我们可以在这些数据的存储方式方面花一些心思。下面的这些关于字段类型的优化建议主要适用于记录条数较多,数据量较大的场景,因为精细化的数据类型设置可能带来维护成本的提高,过度优化也可能会带来其他的问题:
  1.数字类型:非万不得已不要使用DOUBLE,不仅仅只是存储长度的问题,同时还会存在精确性的问题。同样,固定精度的小数,也不建议使用DECIMAL,建议乘以固定倍数转换成整数存储,可以大大节省存储空间,且不会带来任何附加维护成本。对于整数的存储,在数据量较大的情况下,建议区分开 TINYINT / INT / BIGINT 的选择,因为三者所占用的存储空间也有很大的差别,能确定不会使用负数的字段,建议添加unsigned定义。当然,如果数据量较小的数据库,也可以不用严格区分三个整数类型。
  2.字符类型:非万不得已不要使用 TEXT 数据类型,其处理方式决定了他的性能要低于char或者是varchar类型的处理。定长字段,建议使用 CHAR 类型,不定长字段尽量使用 VARCHAR,且仅仅设定适当的最大长度,而不是非常随意的给一个很大的最大长度限定,因为不同的长度范围,MySQL也会有不一样的存储处理。
  3.时间类型:尽量使用TIMESTAMP类型,因为其存储空间只需要 DATETIME 类型的一半。对于只需要精确到某一天的数据类型,建议使用DATE类型,因为他的存储空间只需要3个字节,比TIMESTAMP还少。不建议通过INT类型类存储一个unix timestamp 的值,因为这太不直观,会给维护带来不必要的麻烦,同时还不会带来任何好处。
  4.ENUM & SET:对于状态字段,可以尝试使用 ENUM 来存放,因为可以极大的降低存储空间,而且即使需要增加新的类型,只要增加于末尾,修改结构也不需要重建表数据。如果是存放可预先定义的属性数据呢?可以尝试使用SET类型,即使存在多种属性,同样可以游刃有余,同时还可以节省不小的存储空间。
  5.LOB类型:强烈反对在数据库中存放 LOB 类型数据,虽然数据库提供了这样的功能,但这不是他所擅长的,我们更应该让合适的工具做他擅长的事情,才能将其发挥到极致。在数据库中存储 LOB 数据就像让一个多年前在学校学过一点Java的营销专业人员来写 Java 代码一样。
  字符编码
  字符集直接决定了数据在MySQL中的存储编码方式,由于同样的内容使用不同字符集表示所占用的空间大小会有较大的差异,所以通过使用合适的字符集,可以帮助我们尽可能减少数据量,进而减少IO操作次数。
  1.纯拉丁字符能表示的内容,没必要选择 latin1 之外的其他字符编码,因为这会节省大量的存储空间。
  2.如果我们可以确定不需要存放多种语言,就没必要非得使用UTF8或者其他UNICODE字符类型,这回造成大量的存储空间浪费。
  3.MySQL的数据类型可以精确到字段,所以当我们需要大型数据库中存放多字节数据的时候,可以通过对不同表不同字段使用不同的数据类型来较大程度减小数据存储量,进而降低 IO 操作次数并提高缓存命中率。
  适当拆分
  有些时候,我们可能会希望将一个完整的对象对应于一张数据库表,这对于应用程序开发来说是很有好的,但是有些时候可能会在性能上带来较大的问题。
  当我们的表中存在类似于 TEXT 或者是很大的 VARCHAR类型的大字段的时候,如果我们大部分访问这张表的时候都不需要这个字段,我们就该义无反顾的将其拆分到另外的独立表中,以减少常用数据所占用的存储空间。这样做的一个明显好处就是每个数据块中可以存储的数据条数可以大大增加,既减少物理 IO 次数,也能大大提高内存中的缓存命中率。
  上面几点的优化都是为了减少每条记录的存储空间大小,让每个数据库中能够存储更多的记录条数,以达到减少 IO 操作次数,提高缓存命中率。下面这个优化建议可能很多开发人员都会觉得不太理解,因为这是典型的反范式设计,而且也和上面的几点优化建议的目标相违背。
  适度冗余
  为什么我们要冗余?这不是增加了每条数据的大小,减少了每个数据块可存放记录条数吗?
  确实,这样做是会增大每条记录的大小,降低每条记录中可存放数据的条数,但是在有些场景下我们仍然还是不得不这样做:
  1.被频繁引用且只能通过 Join 2张(或者更多)大表的方式才能得到的独立小字段。
  2.这样的场景由于每次Join仅仅只是为了取得某个小字段的值,Join到的记录又大,会造成大量不必要的 IO,完全可以通过空间换取时间的方式来优化。不过,冗余的同时需要确保数据的一致性不会遭到破坏,确保更新的同时冗余字段也被更新。
  尽量使用 NOT NULL
  NULL 类型比较特殊,SQL 难优化。虽然 MySQL NULL类型和 Oracle 的NULL 有差异,会进入索引中,但如果是一个组合索引,那么这个NULL 类型的字段会极大影响整个索引的效率。此外,NULL 在索引中的处理也是特殊的,也会占用额外的存放空间。
  很多人觉得 NULL 会节省一些空间,所以尽量让NULL来达到节省IO的目的,但是大部分时候这会适得其反,虽然空间上可能确实有一定节省,倒是带来了很多其他的优化问题,不但没有将IO量省下来,反而加大了SQL的IO量。所以尽量确保 DEFAULT 值不是 NULL,也是一个很好的表结构设计优化习惯。



数据库拆分| 云计算平台| dbShards - 国内领先的公有云提供商和平台提供商 – dbShards.cn? dbshards.cn
关键词:
公有云,私有云,云计算平台,IAAS,PAAS,SAAS,云存储,云主机,云硬盘,网站云,弹性云计算,云分发,数据库拆分,政府企业信息化,云数据库,云服务器托管, dbShards, 企业数据库,数据库安全,在线游戏加速,网页游戏加速,Java加速

描述:
dbShards(dbShards.cn)拥有国际领先的动态缓存技术和数据库拆分技术,能在网络应用以及数据库的加速和扩展方面提供完整的解决方案.dbShards使用数据库拆分技术,非常经济对大型高数据量的数据库进行扩展,其数据库的性能和可扩展性架构在互联网顶级企业中获得好评如潮











顶部


当前时区 GMT+8, 现在时间是 2024-12-5 10:56
Powered by Discuz! Comsenz Inc.
清除 Cookies - 联系我们 - Maya・Board - Archiver - WAP