首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

数据库开发环境的治理方案设计

因为研发侧的数据库连接池满了也找他,数据库连不上了也找他,跑了这些年,数据库还从来没有备份过。...3)很多开发环境数据库是安装在Windows上面的,有的还是32位的,而我们在Windows平台的MySQL数据库运维经验几乎为0 而测试环境的管理是相对会谨慎一些,尽可能只开放测试服务器的权限,部分权限的使用是需要审批机制的...为此,我整理了下当前的情况,整个数据库的情况比想象的还要乱一些,比如数据库只用了一个root账号是对所有业务开通的,数据库连接池配置了150个连接,也难怪很多业务反馈时常连不上数据库,而更多的运维管理操作更是无从说起...为此,做了如下的方案设计:目前有些研发侧同学对于开发环境,测试环境的概念是比较模糊的,那么我们就需要做一些前置的工作,把这个概念解释清楚,然后对一些业务做拆分,有些是开发业务,那么就完全可以通过自助化的开发环境交付来实现...从访问层面,测试服务器是不能访问开发数据库的,这也是我们整体设计的一个边界。

1.1K31
您找到你想要的搜索结果了吗?
是的
没有找到

营销模块数据库表解析:优惠券功能

本文主要对优惠券功能相关表进行解析,采用数据库表与功能对照的形式。...相关表结构 优惠券表 用于存储优惠券信息,需要注意的是优惠券的使用类型:0->全场通用;1->指定分类;2->指定商品,不同使用类型的优惠券使用范围不一样。...用于存储优惠券与商品的关系,当优惠券的使用类型为指定商品时,优惠券与商品需要建立关系。...用于存储优惠券与商品分类的关系,当优惠券的使用类型为指定分类时,优惠券与商品分类需要建立关系。...编辑优惠券 全场通用 ? 指定商品 ? 指定分类 ? 查看优惠券 ? 移动端展现 我的优惠券 未使用 ? 已使用 ? 已过期 ? 优惠券详情

2.6K21

优惠券设计:优惠券模板篇

一、框架结构 前文对优惠券模板规则进行了总结,优惠券规则主要可分为:优惠规则、有效期和余量控制。...满减券 优惠金额和限额要求为固定数值的优惠券,属于最常见的优惠券类型。 规则结构为:满x元减y元,例如满100元减20元;其中,x为满额限制,可为0;y为抵扣金额。...满额限制为0时即为无满额要求的优惠券,通常称为立减券或无门槛优惠券。 2. 折扣券 优惠金额为折扣模式的优惠券。...指定商品 指定商品模式,优惠券模板和特定商品建立关联。仅指定的多个商品可使用优惠券。例如上文提到的酒仙网合作类优惠券,仅特定商品可用。 2....七、小结 优惠券模板作为优惠券系统的基础和核心模块,本文仅从业务附属型自营商城角度来梳理优惠券模板的基础框架。

5.4K20

优惠券设计及流程_优惠券怎么设计

在整个APP开发产品发展的整个周期中,运营活动必不可少,而发放优惠券已成为运营活动的一种基本形式,而关于优惠券设计的整体流程尤为重要。接下来,分享一下自己的经验,希望对大家有帮助,感谢支持!...整体架构分析: 一、确认优惠券的类型 首先我们要区分优惠券和代金券: 优惠券 给持券人的某种特殊权利的优待券,可以折抵商品价值,给消费者带来了优惠。...而我们常见的优惠券类型有:体验券、礼品券、折扣券、特价券、换购券等,我们要根据运营活动选择合适的优惠券类型。 在确认优惠券类型的同时,一定要注意区别每一类优惠券的形式及使用条件。...三、确认优惠券使用范围 其实使用范围一般在优惠券的使用条件中有所呈现,但使用范围更多的是阐释此优惠券是全场通用还是限制品类?是只能在某个店铺使用还是该品牌下的所有店铺都可以用?...当然我们也见过“可跨店铺”优惠券,跨店铺使用首先要满足“满减梯度”,如买100减50,,买家在跨店满减活动页面上购买商品,达到满减金额即可享受跨店满减优惠

3K10

一种基于Rsync算法的数据库备份方案设计

、文件属性、权限、设备以及时间等; 数据库备份思路 一个数据库数据库备份必须是一个数据库的完整的映像,在这个映像的时间点上,没有部分完成的事务存在。...因此,数据库备份设计方案必须要求数据库支持在某时刻数据库的静止状态或不会对数据镜像文件进行刷新,希望对数据库系统完成在线数据库备份操作,实现数据库系统高性能的应用级备份。...方案设计思路采用Rsync工具对备份数据库各节点的数据从生产数据库系统上进行增量同步,由于生产数据库系统和备份数据库系统是拓扑结构完全相同的两个环境,因此生产数据库和备份数据库之间节点存在相对应的关系。...整个备份方案设计流程分为备份初始化、增量同步备份、备份恢复。以此来实现数据库系统的在线备份,并支持应用系统通过网络对备份数据库系统的切换和请求。...备份方案设计 通过以数据库集群的在线备份为例对设计方案和实施流程进行说明。 数据库备份方案一般主要考虑到数据库系统备份、应用系统访问切换、ETL数据业务流程备份等,整体网络拓扑结构可简单如下图所示。

1.8K70

优惠券系统设计

商户发的优惠券只能用于商户自身的商品,平台发的优惠券适用的范围就非常广了。...优惠券基本属性 优惠秋的类型:立减券,满减券,折扣券等 优惠券基本描述:比如活动名称等 优惠券发行方: 优惠券的发行方式: 优惠券的有效期:一般有两种,固定起止时间的有效期,领取后一定时间内过期 优惠券面额...: 优惠券的满减条件: 优惠券的发行量: 领券 领取限制 谁能领:一张优惠券是所有用户都可以领取还是只能指定的用户可领取 领取上限:一个优惠券最多能领取多少张?...流程交互 那么对于一个优惠券系统,一般的流程交互如下: image.png 需要解决的问题 那么对于一个优惠券系统,需要解决的问题主要有两点 安全性: 优惠券超: 高并发的情况下优惠券领取的数量超过了发行量...后记 本文主要讨论了一个优惠券系统设计时候该考虑的一些问题,除了优惠券的一些属性细节之外,重点讨论了下一个优惠券系统再高并发时候的安全性 和可扩展性。

4.4K75

通用缓存存储方案设计

DiskLruCache:磁盘淘汰缓存,写入数据到file文件SqlLite:移动端轻量级数据库。主要是用来对象持久化存储。...不管用sp,还是store,还是disk,还是数据库,只要在主线程同步写入磁盘,会很卡。...3.7 Sqlite存储分析注意:缓存的数据库是存放在/data/data/databases/目录下,是占用内存空间的,如果缓存累计,容易浪费内存,需要及时清理缓存。...思考一下该问题比如WebView缓存方案是数据库存储,db文件。针对缓存数据,猜想思路可能是Lru策略,或者标记时间清除过期文件。...定期过期:每隔⼀定的时间,会扫描⼀定数量的数据库的 expires 字典中⼀定数量的key(是随机的), 并 清除其中已过期的key 。

87210

双机热备方案设计

切换是指一次故障转移的过程,即将服务从主服务器转移到备用服务的过程,具体切换流程如下: (1)、主服务器停止应用服务,如数据库等。 (2)、主服务器释放镜像数据访问权。...双机热备软件能对计算机的操作系统、网络系统和数据库及时进行检测,当其中任何一个系统出现问题时该双机软件能自动运行到备用服务器上,让备用服务器接管主机的工作,达到让计算机永不停机,数据永不丢失。...3) 应用及网络故障切换过程 l 可以检测到操作系统的故障并及时将服务切到备用服务器 l 可以检测到数据库的故障并及时将服务切到备用服务器 l 当操作系统和数据库系统正常,可以检测服务器网络的故障并及时将服务切到备用服务器...当高可用系统中的某个节点故障,无须人工干预自动切换,保障系统运行 4、 速度快(快速恢复) 贵单位业务平台,是以Windwos 2003 Server系统平台为基础,以SQL Server为核心的数据库的协同办公平台

3K21

技术方案设计的方法

背景 前段时间接手了一个还处于方案设计阶段的工作,我重新做了设计。觉得新方案比旧方案业务清晰明朗、解决了旧方案的缺陷。我就很高兴,跟同事聊这个事情。同事就问我是怎么想到这些的呢。...市面上可以看到的关于技术方案设计的经典的书都没有仔细的去讲这个问题。比如《人月神话》讲的是项目大了怎么办、《架构即未来》讲的是架构扩展性的问题。...这时候数据模型(可以简单理解成数据库的数据表设计)应该设计成三个状态用三个数据字段表示呢,还是用一个数据字段来表示这三种状态呢。...实际方案设计过程中我改造了一下,状态正常从左到右流转,将终态用不同的形状(这里用椭圆)来表示。这样表示秩序感强些,更好理解。 ?

1.2K10

应用缓存预热方案设计

背景 随着业务的发展,微服务越来越多,缓存相关的场景也比较多,通常的做法是基于缓存数据库(如redis),client来进行缓存操作。...这样的问题有两个 如果更换缓存数据库改造成本比较高 对于批量查缓存、缓存穿透等场景没有统一实现,逻辑分散 所以需要一个统一的缓存框架。 另外针对一些活动、大促场景需要对缓存数据进行预热。...缓存框架 目标是实现 去除样板代码 getDataWithCache(Long id) { val data = getFromCache(id); // 缓存没有,从数据库中拿 if (data...能够监控到缓存命中率 实现分析 在这里插入图片描述 API 层 提供一些annotation给开发者使用 解析层 解析annotation,生成对应的缓存操作API 缓存操作SPI 屏蔽掉具体的缓存数据库实现...缓存操作层 具体的缓存数据库实现,如redis,memcache 开源的实现 https://docs.spring.io/spring-framework/docs/3.1.x/spring-framework-reference

89630

海量数据查询方案设计

并可和在线业务系统合用一个数据库,不用做ETL(数据抽取),省事且实时性好。最好给分析系统配置单独的MySQL实例,避免影响线上业务。...ES对数据组织方式和查询方式的限制,没有其他列式数据库那么死板。即ES的查询能力和灵活性是要强于上述这些列式数据库的。优先考虑ES。...对不起,换什么数据库也解决不了你的问题。为什么这么说? 过去几十年,存储技术和分布式技术,在基础理论方面并没有本质突破。...而不是用一种数据结构,一个数据库去解决所有问题。...总结 海量数据的主要用途,就是支撑离线分析类业务的查询,根据数据量规模不同,由小到大可选:关系型数据库,列式数据库和一些大数据存储系统。TB量级下数据,若可接受相对较贵的硬件成本,ES很好。

94820
领券