数据库
文章平均质量分 84
zyxNobita
追求新技术敢于创新,努力工作!!!脚踏实地得走好每一步,虽然想象很丰满,现实很骨干,以踏实、勤奋得心态去生活。没有解决不了的困难,只是还没有找对方法。
展开
-
数据库Sharding的基本思想和切分策略
[-] 数据库分库分表sharding系列五 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案数据库分库分表sharding系列四 多数据源的事务处理数据库分库分表sharding系列三 关于使用框架还是自主开发以及sharding实现层面的考量数据库分库分表sharding系列二 全局主键生成策略数据库分库分表sharding系列一 拆分实施策略和示例演示关于垂直切分V转载 2017-06-22 15:48:44 · 367 阅读 · 0 评论 -
数据库分库分表(sharding)(一) 拆分实施策略和示例演示
第一部分:实施策略 图1.数据库分库分表(sharding)实施策略图解(点击查看大图) 1.准备阶段 对数据库进行分库分表(Sharding化)前,需要开发人员充分了解系统业务逻辑和数据库schema.一个好的建议是绘制一张数据库ER图或领域模型图,以这类图为基础划分shard,直观易行,可以确保开发人员始终保持清醒思路。对于是选择数据库转载 2017-06-22 18:15:15 · 339 阅读 · 0 评论 -
数据库分库分表(sharding)(二) 全局主键生成策略
第一部分:一些常见的主键生成策略 一旦数据库被切分到多个物理结点上,我们将不能再依赖数据库自身的主键生成机制。一方面,某个分区数据库自生成的ID无法保证在全局上是唯一的;另一方面,应用程序在插入数据之前需要先获得ID,以便进行SQL路由。目前几种可行的主键生成策略有: 1. UUID:使用UUID作主键是最简单的方案,但是缺点也是非常明显的。由于UUID非常的长,除占用大量存储转载 2017-06-22 19:38:11 · 912 阅读 · 0 评论 -
数据库分库分表(sharding)(四)
一、多数据源的事务处理 分布式事务 这是最为人们所熟知的多数据源事务处理机制。本文并不打算对分布式事务做过多介绍,读者可参考此文:关于分布式事务、两阶段提交、一阶段提交、Best Efforts 1PC模式和事务补偿机制的研究 。在这里只想对分布式事务的利弊作一下分析。 优势: 1. 基于两阶段提交,最大限度地保证了跨数据库操作的“原子性”,是分布式系统下最严格转载 2017-06-26 19:54:38 · 218 阅读 · 0 评论 -
数据库分库分表(sharding)(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
作为一种数据存储层面上的水平伸缩解决方案,数据库Sharding技术由来已久,很多海量数据系统在其发展演进的历程中都曾经历过分库分表的Sharding改造阶段。简单地说,Sharding就是将原来单一数据库按照一定的规则进行切分,把数据分散到多台物理机(我们称之为Shard)上存储,从而突破单机限制,使系统能以Scale-Out的方式应对不断上涨的海量数据,但是这种切分对上层应用来说是透明的,多个转载 2017-06-26 19:55:44 · 1984 阅读 · 0 评论 -
Linux下mysql主从配置
本文转载:http://www.cnblogs.com/xiao-yu/archive/2011/06/14/2080842.html mysql服务器的主从配置,这样可以实现读写分离,也可以在主库挂掉后从备用库中恢复 需要两台机器,安装mysql,两台机器要在相通的局域网内 主机A: 192.168.1.100 从机B:192.168.1.101 可以有多台从机转载 2017-09-01 09:44:51 · 352 阅读 · 0 评论 -
Haproxy+多台MySQL从服务器(Slave) 实现负载均衡
版权声明:本文为博主原创文章,未经博主允许不得转载。 本系统采用MySQL一主多从模式设计,即1台 mysql“主”服务器(Master)+多台“从”服务器(Slave),“从”服务器之间通过Haproxy进行负载均衡,对外只提供一个访问IP,当程序需要访问多台"从"服务器时,只需要访问Haproxy,再由Haproxy将请求分发到各个数据库节点。 我们的程序可以有俩个数据源(转载 2017-09-01 09:46:20 · 750 阅读 · 0 评论