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

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

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

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

    探讨一下大促销当中数据库可能出现的问题

    无非就是:CPU、磁盘IO、内存等等一系列硬件 在研究性能时候,先带大家来了解三个术语 QPS: 每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,简言之就是数据库每秒能查多少数据...TPS包括一条消息入和一条消息出,加上一次用户数据库访问。...10ms处理1个SQL 1s处理100个SQL QPS<=100 在假设如果处理SQL语句的时间变长 100ms处理一个SQL 1s处理10个SQL QPS<=10 解决方法 80%的数据库...大量的并发和超高的CPU 大量的并发: 数据库连接数被占满(导致网页提示503) 超高的CPU使用率: 因CPU的资源耗尽出现了宕机 解决方法 你需要设置一下MySQL的最大连接数max_connections...选择性能更高的CPU 磁盘IO 风险 磁盘IO性能突然下降 其他大量消耗磁盘性能的计划任务(调整计划任务,做好此盘维护) 解决方法 使用更快的磁盘设备 网卡流量 风险 网卡流量被占满导致无法连接数据库

    1.4K20

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

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

    1.9K70

    通用缓存存储方案设计

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

    96910

    技术方案设计的方法

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

    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

    96630

    双机热备方案设计

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

    3.3K21

    E-commerce 中促销系统的设计

    在电商平台中,促销是必不可少的营销手段,尤其在国内 各种玩法层出不穷,最开始的满减/秒杀 到优惠卷 再到 拼团/砍价等等 一个良好的促销系统应该具备易于扩展,易于统计促销效果等特点,在遇到秒杀类促销时还需要做到可扩容...这样设计最大好处是 rule与action相互独立且高度抽象, 运营人员与开发人员可以自由组合rule和action来达到最大灵活性与可扩展性 数据库设计 Promotion Schema::create...另外不以product作为参与促销的最小单位, 是为了进行更细颗粒度的控制. 一个促销可以有多个变体参与,一个变体可以同时参与多个促销....,数据库字段可以按照实际需求进行增减和修改,特殊促销可自行添加相关表, 如优惠卷促销的coupons表, 拼团的groups表, 报名促销的promotion_sign_up表等等 业务设计 流程设计...表来存储用户领取的优惠卷及使用情况等 优惠卷促销本质上是将传统促销以卷的形式体现了出来,既圣诞满减促销 => 圣诞满减卷的转换.

    3.4K50
    领券