您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. PingCAP TiDB 中文技术手册-2017

  2. TiDB 是 PingCAP 公司基于 Google Spanner / F1 论文实现的开源分布式 NewSQL 数据库。 TiDB 具备如下 NewSQL 核心特性: • SQL 支持(TiDB 是 MySQL 兼容的) • 水平线性弹性扩展 • 分布式事务 • 跨数据中心数据强一致性保证 • 故障自恢复的高可用 TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景。 TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等 Shard
  3. 所属分类:群集服务

    • 发布日期:2017-01-16
    • 文件大小:586752
    • 提供者:lejuo
  1. Sharding_Jdbc_Mybatis_Spring

  2. 分库分表中间件Sharding-JDBC是当当网开源的一个项目,社区活跃,该资源是自己参照网上的例子编写的一个使用Sharding-JDBC进行分库、分表的例子,该例子是个maven项目使用eclipse导入即可运行,对Sharding_Jdbc初学者有帮助
  3. 所属分类:MySQL

    • 发布日期:2017-09-28
    • 文件大小:38912
    • 提供者:chen565884393
  1. 亿级流量网站架构核心技术-跟开涛学搭建高可用高并发系统(高清完整版)

  2. 第1部分 概述 / 1 1 交易型系统设计的一些原则 / 2 1.1 高并发原则 / 3 1.1.1 无状态 / 3 1.1.2 拆分 / 3 1.1.3 服务化 / 4 1.1.4 消息队列 / 4 1.1.5 数据异构 / 6 1.1.6 缓存银弹 / 7 1.1.7 并发化 / 9 1.2 高可用原则 / 10 1.2.1 降级 / 10 1.2.2 限流 / 11 1.2.3 切流量 / 12 1.2.4 可回滚 / 12 1.3 业务设计原则 / 12 1.3.1 防重设计 / 13
  3. 所属分类:Java

    • 发布日期:2017-10-13
    • 文件大小:183500800
    • 提供者:jsntghf
  1. 当当网 高洪涛 Sharding-JDBC PPT分享

  2. Sharding-JDBC是一个开源的适用于微服务的分布式数据访问基础类库,它始终以云原生的基础开发套件为目标。 Sharding-JDBC定位为轻量级java框架,使用客户端直连数据库,以jar包形式提供服务,未使用中间层,无需额外部署,无其他依赖,DBA也无需改变原有的运维方式,可理解为增强版的JDBC驱动,旧代码迁移成本几乎为零。 Sharding-JDBC完整的实现了分库分表,读写分离和分布式主键功能,并初步实现了柔性事务。从2016年开源至今,在经历了整体架构的数次精炼以及稳定性打磨
  3. 所属分类:MySQL

    • 发布日期:2017-11-17
    • 文件大小:2097152
    • 提供者:u010782034
  1. 分库分表中间件MyCat使用手册

  2. 1.6版本MyCat使用手册,用的人都知道,适合有一定规模的公司使用。 本来想免费的,居然现在不让免费了,只好要个最低的2分吧
  3. 所属分类:其它

    • 发布日期:2017-12-03
    • 文件大小:8388608
    • 提供者:kingsunshinegx
  1. 开涛高可用高并发-亿级流量核心技术

  2. 第1部分概述 1 1 交易型系统设计的一些原则 2 1.1 高并发原则 3 1.1.1 无状态 3 1.1.2 拆分 3 1.1.3 服务化 4 1.1.4 消息队列 4 1.1.5 数据异构 6 1.1.6 缓存银弹 7 1.1.7 并发化 9 1.2 高可用原则 10 1.2.1 降级 10 1.2.2 限流 11 1.2.3 切流量 12 1.2.4 可回滚 12 1.3 业务设计原则 12 1.3.1 防重设计 13 1.3.2 幂等设计 13 1.3.3 流程可定义 13 1.3.4
  3. 所属分类:Web开发

    • 发布日期:2018-03-22
    • 文件大小:157286400
    • 提供者:a123demi
  1. PingCAP TiDB 中文技术手册 2017 pdf

  2. TiDB 是 PingCAP 公司基于 Google Spanner / F1 论文实现的开源分布式 NewSQL 数据库。 TiDB 具备如下 NewSQL 核心特性: • SQL 支持(TiDB 是 MySQL 兼容的) • 水平线性弹性扩展 • 分布式事务 • 跨数据中心数据强一致性保证 • 故障自恢复的高可用 TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景。 TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等 Shard
  3. 所属分类:其它

    • 发布日期:2018-03-25
    • 文件大小:556032
    • 提供者:jyh2005
  1. 亿级流量网站架构核心技术 跟开涛学搭建高可用高并发系统 ,张开涛(著) 高清

  2. 第1部分 概述 / 1 1 交易型系统设计的一些原则 / 2 1.1 高并发原则 / 3 1.1.1 无状态 / 3 1.1.2 拆分 / 3 1.1.3 服务化 / 4 1.1.4 消息队列 / 4 1.1.5 数据异构 / 6 1.1.6 缓存银弹 / 7 1.1.7 并发化 / 9 1.2 高可用原则 / 10 1.2.1 降级 / 10 1.2.2 限流 / 11 1.2.3 切流量 / 12 1.2.4 可回滚 / 12 1.3 业务设计原则 / 12 1.3.1 防重设计 / 13
  3. 所属分类:Web开发

    • 发布日期:2018-04-07
    • 文件大小:183500800
    • 提供者:kuigoutang2400
  1. 当当开源sharding-jdbc-轻量级数据库分库分表中间件

  2. 当当开源sharding-jdbc-轻量级数据库分库分表中间件,比较成熟的分库分表中间件,值得一看。
  3. 所属分类:MySQL

    • 发布日期:2018-04-24
    • 文件大小:100352
    • 提供者:qq_16250253
  1. 轻量级当当数据库中间件Sharding-JDBC深度解析

  2. Sharding-JDBC集分库分表、读写分离、分布式主键、柔性事务和数据治理与一身,提供一站式的解决分布式关系型数据库的解决方案。
  3. 所属分类:MySQL

    • 发布日期:2018-02-28
    • 文件大小:991232
    • 提供者:hautrun123
  1. tidb使用手册

  2. tidb使用手册-中文版 TiDB 的设计目标是100% 的OLTP 场景和80% 的OLAP 场景,更复杂的OLAP 分析可以通过TiSpark 项目来完成。 TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等Sharding 方案。同时它 也让开发运维人员不用关注数据库Scale 的细节问题,专注于业务开发,极大的提升研发的生产力。
  3. 所属分类:其它

    • 发布日期:2018-09-18
    • 文件大小:2097152
    • 提供者:mystuart
  1. 分库分表Sharding中间件Kamike.divide.zip

  2. 开源个人参考淘宝的TDDL分库分表思路写的一个分库分表中间件Kamike.divide. 分库分表这个是8月份左右跟淘宝的数据分析部门的架构师离哲交流的时候产生的想法,离哲推荐采用TDDL进行分库分表。 回去一看,却发现TDDL只开源了一半,开源的那一半基本没法使用,所以只能自己写一个Sharding了。 前几天发布了kamike.db>这个ORM中间件,这几天就把我之前写的分库分表功能裁剪一下,然后基于kamike.db进行重构。 现在发布一个基本算法实现完毕的版本,模拟了jdbc的操
  3. 所属分类:其它

    • 发布日期:2019-07-19
    • 文件大小:89088
    • 提供者:weixin_39840515
  1. Shark分布式mysql分库分表中间件sharding领域的一站式解决方案

  2. Shark 分布式mysql分库分表中间件,sharding领域的一站式解决方案。具备丰富、灵活的路由算法支持,能够方便DBA实现库的水平扩容和降低数据迁移成本。shark采用应用集成架构,放弃通用性,只为换取更好的执行性能与降低分布式环境下外围系统的宕机风险。
  3. 所属分类:其它

    • 发布日期:2019-08-08
    • 文件大小:738304
    • 提供者:weixin_39841856
  1. SpringBoot 2.0 整合sharding-jdbc中间件实现数据分库分表

  2. 主要介绍了SpringBoot 2.0 整合sharding-jdbc中间件,实现数据分库分表,本文图文并茂给大家介绍的非常详细,具有一定的参考借鉴价值 ,需要的朋友可以参考下
  3. 所属分类:其它

    • 发布日期:2020-08-25
    • 文件大小:194560
    • 提供者:weixin_38744902
  1. 解读分库分表中间件Sharding-JDBC

  2. 【编者按】数据库分库分表从互联网时代开启至今,一直是热门话题。在NoSQL横行的今天,关系型数据库凭借其稳定、查询灵活、兼容等特性,仍被大多数公司作为首选数据库。因此,合理采用分库分表技术应对海量数据和高并发对数据库的冲击,是各大互联网公司不可避免的问题。虽然很多公司都致力于开发自己的分库分表中间件,但截止目前,仍无完美的开源解决方案覆盖此领域。分库分表用于应对当前互联网常见的两个场景——大数据量和高并发。通常分为垂直拆分和水平拆分两种。垂直拆分是根据业务将一个库(表)拆分为多个库(表)。如:将
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:264192
    • 提供者:weixin_38628243
  1. 水平分库分表的关键步骤以及可能遇到的问题

  2. 在之前的文章中,我介绍了分库分表的几种表现形式和玩法,也重点介绍了垂直分库所带来的问题和解决方法。本篇中,我们将继续聊聊水平分库分表的一些技巧。关系型数据库本身比较容易成为系统性能瓶颈,单机存储容量、连接数、处理能力等都很有限,数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。在互联网行业海量数据和高并发访问的考验下,聪明的技术人员提出了分库分表技术(有些地方也称为Sharding、分片)。同时,流行的分布式系统中间件(例如MongoDB、ElasticSearch等)均自身
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:237568
    • 提供者:weixin_38705558
  1. 分片方法:分表分库的新思路-服务层共享框架,全SQL,全数据库兼容,ACID特性与原生数据库一致,能实现RR等级分离,无SQL解析性能更高-源码

  2. 核心特性 全数据库全SQL兼容,完美RR等级读写分离,与原生一致的ACID特性,轻量简单易扩展 另外一个轮子的意义 很多人会质疑城市表面过度流行的Sharding中间件/应用层Sharing框架已经有很多,他们都已经发展了很久了,功能也很强大,为什么要一个再重复制造这么个轮子呢? 之所以这里有一个新的轮子不是因为我懒得无事,而是我对目前基于传统RDB上Sharding框架的设计的理念不太恰当,虽然他们或许都很圆,跑的很快,但是使用不当的话,容易翻车。我期望的车轮是既能跑的快,但也能跑的稳。 我们
  3. 所属分类:其它

    • 发布日期:2021-02-02
    • 文件大小:64512
    • 提供者:weixin_42131785
  1. 解读分库分表中间件Sharding-JDBC

  2. 【编者按】数据库分库分表从互联网时代开启至今,一直是热门话题。在NoSQL横行的今天,关系型数据库凭借其稳定、查询灵活、兼容等特性,仍被大多数公司作为首选数据库。因此,合理采用分库分表技术应对海量数据和高并发对数据库的冲击,是各大互联网公司不可避免的问题。虽然很多公司都致力于开发自己的分库分表中间件,但截止目前,仍无完美的开源解决方案覆盖此领域。分库分表用于应对当前互联网常见的两个场景——大数据量和高并发。通常分为垂直拆分和水平拆分两种。垂直拆分是根据业务将一个库(表)拆分为多个库(表)。如:将
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:264192
    • 提供者:weixin_38719564
  1. 水平分库分表的关键步骤以及可能遇到的问题

  2. 在之前的文章中,我介绍了分库分表的几种表现形式和玩法,也重点介绍了垂直分库所带来的问题和解决方法。本篇中,我们将继续聊聊水平分库分表的一些技巧。 关系型数据库本身比较容易成为系统性能瓶颈,单机存储容量、连接数、处理能力等都很有限,数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。在互联网行业海量数据和高并发访问的考验下,聪明的技术人员提出了分库分表技术(有些地方也称为Sharding、分片)。同时,流行的分布式系统中间件(例如MongoDB、ElasticSearch等)均自
  3. 所属分类:其它

    • 发布日期:2021-01-29
    • 文件大小:237568
    • 提供者:weixin_38675797
  1. 分库分表中间件 sharding

  2. 任何一个技术的出现,都不是为了秀肌肉而产生的。    sharding jdbc  这个分库分表技术要解决的问题就是,随着数据量级的提升,物理硬件达到瓶颈,单表的性能优化也带来了瓶颈。 而数据量仍然要突破的难题。   这个问题的解决方案,其实就是一种分治的思想。用一句白话来解释,就是大事化小,举个简答的例子,就是让你查一斤大米确切的有几个,如果让你一个人来查花费时间太多,假如需要花费三个小时。那么找两个人,把一斤大米分成两份,花费的时间大约就是一个半小时。如果分成六份,六个人来查,大概就是花费半
  3. 所属分类:其它

    • 发布日期:2021-01-20
    • 文件大小:605184
    • 提供者:weixin_38621250
« 12 »