注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 大型论坛 数据库设计

  2. 里面所有对于分表的思想就是，尽量让表文件大小达到最小化， 把内容与其它信息分开的好处就是可以让每个表的文件最小化,对数据库操作压力会减小. 这样保证每张表数据量很小，操作速度会快，而且可以搭配缓存，把内容根据情况进行缓存，可以尽量很少访问表数据 对于高访问量，不能只依赖于数据库，还要配合缓存的使用，我在上述例子中使用的缓存只是做法一种，也许还有更好的 对于上述分表方式也可以适用于分库操作，这样就降低了数据库单库的压力，把压力分散到各个机器 我的做法就是尽量避免表关联 再就是对于sql语句尽量都

  3. 所属分类：SQLServer

    • 发布日期：2011-06-08
    • 文件大小：1048576
    • 提供者：yvetteshirley

  1. 又拍网架构中的分库设计

  2. 讲解了在数据库压力较大的web 2.0网站中如何实现分库设计的思路，有参考价值

  3. 所属分类：MySQL

    • 发布日期：2012-03-12
    • 文件大小：964608
    • 提供者：zmef2000

  1. 人工免疫算法在机械设计中的应用

  2. 通过对目前几种常用仿生优化算法的研究与分析,在基本免疫算法的框架下用C++实现人工免疫算法;通过测试函数研究提高算法性能的关键因素。将疫苗接种、基因重组、动态分库操作、多重变异概率调节机制加入到算法中,并通过大量实验测试,提高了算法性能。并且通过探讨交叉操作对免疫算法的影响,提出一种比较适合免疫算法的交叉算子;进而得出了改进后算法的流程并验证了其性能。最终将改进后的算法应用于机械设计问题实例,并与相应文献比对优化结果,证明了改进后算法的优越性能。

  3. 所属分类：其它

    • 发布日期：2020-05-24
    • 文件大小：212992
    • 提供者：weixin_38509656

  1. springCloud-分享版-基于Spring Cloud、OAuth2.0的前后端分离的系统。 通用RBAC权限设计及其数据权限和分库分表 支持服务限流、动

  2. springCloud-分享版: 基于Spring Cloud、OAuth2.0的前后端分离的系统。 通用RBAC权限设计及其数据权限和分库分表 支持服务限流、动态路由、灰度发布、 支持常见登录方式， 多系统SSO登录 基于 Spring Cloud Hoxton 、Spring Boot 2.3、 OAuth2 的RBAC权限管理系统 提供对常见容器化支持 Docker、Kubernetes、Rancher2 支持 提供 lambda 、stream api 、webflux 的生产实践 Sp

  3. 所属分类：互联网

    • 发布日期：2020-08-06
    • 文件大小：4194304
    • 提供者：qq_43532342

  1. mysql分表分库的应用场景和设计方式

  2. 为大家讲述一下在mysql在什么到时候需要进行分表分库，以及现实的设计方式。

  3. 所属分类：其它

    • 发布日期：2020-09-09
    • 文件大小：105472
    • 提供者：weixin_38737565

  1. 分布式应用层中间件的设计

  2. 针对如何在非分布式数据库管理系统中应用分布式特性，提出了分布式数据层中间件DDLM的设计方案。在数据持久化框架和JDBC之间引入一个分库分表的中间件，从而把数据拆分到多个数据库的多个表中，在用户看来这些数据仍然存在于一张表中，从而在应用层透明地解决了海量数据的读写问题。

  3. 所属分类：其它

    • 发布日期：2020-10-22
    • 文件大小：116736
    • 提供者：weixin_38696090

  1. php多数据库支持的应用程序设计第1/2页

  2. 所以我想在主从数据库设计上，应该将所有会话相关表进行特殊对待。即：所有的会话数据表都可以更新和查询，当一个用户访问站点的时候，即将此用户绑定到指定数据库，所有会话访问和查询操作都对此数据库进行。会话表不做同步，其他非会话类更新也从主数据库更新。这样做其实也逃脱不了会话更新时候的数据库切换，所以如果不想麻烦，还是将会话存放在文本中进行的好。 　　分数据库设计，将可能从压力性能上会提升几个档次，当然单次执行效率不会比单数据库来的高的，毕竟存在着数据库切换的效率问题。分库以及主从数据库搭配是可以比较好

  3. 所属分类：其它

    • 发布日期：2020-12-17
    • 文件大小：69632
    • 提供者：weixin_38740328

  1. MYSQL数据库数据拆分之分库分表总结

  2. 数据存储演进思路一：单库单表 单库单表是最常见的数据库设计，例如，有一张用户(user)表放在数据库db中，所有的用户都可以在db库中的user表中查到。 数据存储演进思路二：单库多表 随着用户数量的增加，user表的数据量会越来越大，当数据量达到一定程度的时候对user表的查询会渐渐的变慢，从而影响整个DB的性能。如果使用mysql, 还有一个更严重的问题是，当需要添加一列的时候，mysql会锁表，期间所有的读写操作只能等待。 可以通过某种方式将user进行水平的切分，产生两个表结构完全一样的

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：81920
    • 提供者：weixin_38630324

  1. MySQL分库分表总结讲解

  2. 项目开发中，我们的数据库数据越来越大，随之而来的是单个表中数据太多。以至于查询变慢，而且由于表的锁机制导致应用操作也受到严重影响，出现了数据库性能瓶颈。 当出现这种情况时，我们可以考虑分库分表，即将单个数据库或表进行拆分，拆分成多个库和多个数据表，然后用户访问的时候，根据一定的算法与逻辑，让用户访问不同的库、不同的表，这样数据分散到多个数据表中，减少了单个数据表的访问压力。提升了数据库访问性能。 下面是对项目中分库分表的一些总结： 单库单表 单库单表是最常见的数据库设计，例如，有一张用户(us

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：89088
    • 提供者：weixin_38727567

  1. mysql分表分库的应用场景和设计方式

  2. 很多朋友在论坛和留言区域问mysql在什么情况下才需要进行分库分表，以及采用何种设计方式才是最优的选择，根据这些问题，小编为大家整理了关于MySQL分库分表的应用场景和最优的设计方式举例。 一. 分表  场景：对于大型的互联网应用来说，数据库单表的记录行数可能达到千万级甚至是亿级，并且数据库面临着极高的并发访问。采用Master-Slave复制模式的MySQL架构， 只能够对数据库的读进行扩展，而对数据库的写入操作还是集中在Master上，并且单个Master挂载的Slave也不可能无限制多，S

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：112640
    • 提供者：weixin_38528086

  1. mysql数据库分库分表实践

  2. 一、背景 随着零售门店数量的增长，库存表，优惠劵表，消息表，订单表数据量不断的增多，目前一主（写）多从的MySQL 架构难于支撑公司业务的爆发式增长 二、调研 前期在于重点解决 MySQL 的单机性能和容量无法线性和灵活扩展的问题，最终选择了 Mycat，在调研阶段，对以下技术特性进行了重点考虑： 协议兼容 MySQL 支持 SQL 92标准 可在线扩展 支持读写分离，支持Mysql双主多从，以及一主多从的模式 支持全局表，数据自动分片到多个节点，用于高效表关联查询 支持独有的基于E-R 关系的

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：48128
    • 提供者：weixin_38631331

  1. 盘点分库分表中，你一定要避开的那些坑！

  2. 例如：单表中出现了，动辄百万甚至千万级别的数据。“分表分库”就成为解决上述问题的有效工具。 今天和大家一起探讨：如何进行分表分库以及期间遇到的问题。 为什么会分表分库 数据库数据会随着业务的发展而不断增多，因此数据操作，如增删改查的开销也会越来越大。 再加上物理服务器的资源有限（CPU、磁盘、内存、IO 等）。最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。 换句话说需要合理的数据库架构来存放不断增长的数据，这个就是分库分表的设计初衷。目的就是为了缓解数据库的压力，最大限度提高数据操作

  3. 所属分类：其它

    • 发布日期：2021-01-07
    • 文件大小：1048576
    • 提供者：weixin_38656064

  1. 又拍网架构中的分库设计

  2. 又拍网是一个照片分享社区，从2005年6月至今积累了260万用户，1.1亿张照片，目前的日访问量为200多万。5年的发展历程里经历过许多起伏，也积累了一些经验，在这篇文章里，我要介绍一些我们在技术上的积累。又拍网和大多数Web2.0站点一样，构建于大量开源软件之上，包括MySQL、PHP、nginx、Python、memcached、redis、Solr、Hadoop和RabbitMQ等等。又拍网的服务器端开发语言主要是PHP和Python，其中PHP用于编写Web逻辑（通过HTTP和用户直接打

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：265216
    • 提供者：weixin_38694355

  1. 分布式数据库和Hadoop都不够好，于是我们设计了分布式SQL计算系统

  2. 为了解决分布式数据库下，复杂的SQL（如全局性的排序、分组、join、子查询，特别是非均衡字段的这些逻辑操作）难以实现的问题；在有了一些分布式数据库和Hadoop实际应用经验的基础上，对比两者的优点和不足，加上自己的一些提炼和思考,设计了一套综合两者的系统，利用两者的优点，补充两者的不足。具体的说，这里的数据库水平分割的意思是只分库不分表，对于不同数量级别的表，分库的数量可以不一样，例如1亿的数据量分10个分库，10亿的分50个分库。对于使用MapReduce的思想实现计算;对于一个需求，转换成

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：409600
    • 提供者：weixin_38647517

  1. 数据库学习：高并发数据库设计

  2. 在redis，memcached等缓存系统盛行的互联网时代，构建一个支撑每秒十万只读的系统并不复杂，无非是通过一致性哈希扩展缓存节点，水平扩展web服务器等。支付系统要处理每秒十万笔订单，需要的是每秒数十万的数据库更新操作（insert加update），这在任何一个独立数据库上都是不可能完成的任务，所以我们首先要做的是对订单表（简称order）进行分库与分表。在进行数据库操作时，一般都会有用户ID（简称uid）字段，所以我们选择以uid进行分库分表。分库策略我们选择了“二叉树分库”，所谓“二叉树

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：400384
    • 提供者：weixin_38678172

  1. 分布式数据库和Hadoop都不够好，于是我们设计了分布式SQL计算系统

  2. 为了解决分布式数据库下，复杂的SQL（如全局性的排序、分组、join、子查询，特别是非均衡字段的这些逻辑操作）难以实现的问题；在有了一些分布式数据库和Hadoop实际应用经验的基础上，对比两者的优点和不足，加上自己的一些提炼和思考,设计了一套综合两者的系统，利用两者的优点，补充两者的不足。具体的说，使用数据库水平分割的思想实现数据存储，使用MapReduce的思想实现SQL计算。这里的数据库水平分割的意思是只分库不分表，对于不同数量级别的表，分库的数量可以不一样，例如1亿的数据量分10个分库，1

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：407552
    • 提供者：weixin_38727798

  1. 微服务开发中的数据架构设计

  2. 微服务是当前非常流行的技术框架，通过服务的小型化、原子化以及分布式架构的弹性伸缩和高可用性，可以实现业务之间的松耦合、业务的灵活调整组合以及系统的高可用性。为业务创新和业务持续提供了一个良好的基础平台。本文包括下面若干内容。1.微服务技术框架中的多层数据架构设计2.数据架构设计中的要点3.要点1：数据易用性4.要点2：主、副数据及数据解耦5.要点3：分库分表6.要点4：多源数据适配7.要点5：多源数据缓存8.要点6：数据集市为了容易理解，本文用一个简化的销售模型来阐述，如下图。图1显示了客户、卖

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：361472
    • 提供者：weixin_38678510

  1. 基于电商业务中台最佳实践：总体架构介绍与交易业务中台核心设计

  2. 大中台+小前台的架构思路业务中台采用领域驱动设计（DDD），在其上构建业务能力SAAS，持续不断进行迭代演进。平台化定位，进行了业务隔离设计，方便一套系统支撑不同玩法的业务类型和便于定制化扩展。前后端分离，通过服务接入层进行路由适配转发。天然的分库分表，消息解耦和分布式缓存设计，支持弹性扩容，以支持大数据高并发场景。接下来将分别介绍每个部分。中台部分在逻辑上分成了基础能力和平台产品两层，这样做的好处是，基础能力层聚焦于稳定收敛的业务模型和基础服务本身，不会随着业务和前台产品的调整发生变化，可以简

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：1048576
    • 提供者：weixin_38677806

  1. 基于电商业务中台最佳实践：交易中台技术要点设计之高性能

  2. 接着继续讲，接下来主要介绍交易总体设计的技术要点设计，对于电商中台来说，交易系统是核心中的核心，一开始就需要围绕高性能，高可用，和高扩展三个方面来重点设计。本篇主要介绍高性能设计。对于高性能的定义，通常可以理解为系统/服务接口响应时间低（rt）且并发量（qps,tps）高.提高性能的主要策略有：选择合理的分布式事务处理机制，数据库的分库分表，读写分离，异步化，缓存，复杂查询走搜索。交易业务要求订单，库存，优惠券，红包，支付等数据要强一致，如何保证这些数据之间的一致性是必须要解决的问题，也就是分布

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：565248
    • 提供者：weixin_38516863

  1. 又拍网架构中的分库设计

  2. 又拍网是一个照片分享社区，从2005年6月至今积累了260万用户，1.1亿张照片，目前的日访问量为200多万。5年的发展历程里经历过许多起伏，也积累了一些经验，在这篇文章里，我要介绍一些我们在技术上的积累。又拍网和大多数Web2.0站点一样，构建于大量开源软件之上，包括MySQL、PHP、nginx、Python、memcached、redis、Solr、Hadoop和RabbitMQ等等。又拍网的服务器端开发语言主要是PHP和Python，其中PHP用于编写Web逻辑（通过HTTP和用户直接打

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：265216
    • 提供者：weixin_38548231
« 12 3 4 5 6 »