他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)Activiti工作流数据库表结构_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
Activiti工作流数据库表结构
&&根据网上的资料和本人的实际经验总结
阅读已结束，下载文档到电脑
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩18页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢1743人阅读
数据库技术（49）
随着访问量和数据量的增长，即使一台单机能服务高达几个TB的数据、提供几万QPS的服务能力,也不足以满足大型系统的需求，便要开始实现分表分库。
常用分表分库方法：
一、水平分库
对主键进行hash或者取模(其实是一种特殊的hash)，把数据分布到不同的DB服务器上，客户端通过路由或规则访问特定的数据库，将整个系统的数据和访问负载分散到多台服务器上，降低了单台机器的负载压力。
第一，&&&数据和负载增加后添加机器的操作比较复杂；
第二，&&&许多跨行/跨表的修改通常涉及到多台机器，难以支持事务；
第三，&&&有些范围查询需要访问几乎所有机器；
第四，&&&RDBMS单机数据量小(例如许多情况下MySQL单机支撑200GB左右的数据时会有较好的性能)，可能消耗较大的机器资源；
二、分布式B+树(类似于BigTable和HBase)
按主键的范围动态拆库，即把整个表看成主键的B+树，每个叶子节点(大约两百多MB)对应一个连续的主键范围，叶子节点可能因为修改删除等变得太大或太小从而进行分裂或者合并，容错、故障恢复以及负载平衡等都以叶子节点为单位
优点：简单地增加机器就可以，并且少量突发的机器故障对使用者甚至是透明的，负载平衡也比前一种方案更好，范围查询很容易实现且高效
缺点：事务的实现，因为BigTable只有单行事务，难以实现跨行跨表
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：696791次
积分：7379
积分：7379
排名：第3429名
原创：61篇
转载：253篇
评论：58条
(3)(2)(1)(10)(1)(3)(1)(4)(2)(1)(1)(5)(4)(4)(7)(6)(13)(24)(7)(3)(1)(3)(7)(1)(1)(1)(2)(1)(1)(8)(8)(9)(3)(6)(4)(27)(19)(12)(1)(1)(2)(5)(21)(20)(28)(2)(3)(1)(10)(1)(6)
(window.slotbydup = window.slotbydup || []).push({
id: '4740890',
container: s,
size: '250,250',
display: 'inlay-fix'他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)推荐这篇日记的豆列
&&&&&&&&&&&&}