- 博客(6)
- 收藏
- 关注
RSS订阅转载 分布式锁实现
利用Redis实现多服务器多进程环境下的分布式全局锁首先调用 INCR 并检测返回值，如果等于1就表示获得了锁然后EXPIRE设置此Key的过期时间,然后开始进行操作，当操作完成后DEL删除这个KEY伪代码如下[plain] view plain copy print?if( INC
2016-08-30 15:05:58
304
转载 高性能MySQL
目录(?)[+] 温习《高性能MySQL》的复制篇.1 复制概述 Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主
2016-08-13 20:00:53
539
转载 Mysql在大型网站的应用架构演变
写在最前:本文主要描述在网站的不同的并发访问量级下，Mysql架构的演变可扩展性架构的可扩展性往往和并发是息息相关，没有并发的增长，也就没有必要做高可扩展性的架构，这里对可扩展性进行简单介绍一下，常用的扩展手段有以下两种Scale-up : 纵向扩展，通过替换为更好的机器和资源来实现伸缩，提升服务能力Scale-out : 横向扩展, 通过加节点（机器）来实现伸
2016-08-09 21:21:13
258
转载 DB主从一致性架构优化4种方法
需求缘起大部分互联网的业务都是“读多写少”的场景，数据库层面，读性能往往成为瓶颈。如下图：业界通常采用“一主多从，读写分离，冗余多个读库”的数据库架构来提升数据库的读性能。这种架构的一个潜在缺点是，业务方有可能读取到并不是最新的旧数据：（1）系统先对DB-master进行了一个写操作，写主库（2）很短的时间内并发进行了一个读操作，读从库，此时主从同步没有完成
2016-08-09 15:06:46
1207
转载 mysql 并行负责降低主从同步延时
一、缘起mysql主从复制，读写分离是互联网用的非常多的mysql架构，主从复制最令人诟病的地方就是，在数据量较大并发量较大的场景下，主从延时会比较严重。 为什么mysql主从延时这么大？回答：从库使用【单线程】重放relaylog。 优化思路是什么？回答：使用单线程重放relaylog使得同步时间会比较久，导致主从延时很长，优化思路不难
2016-08-09 14:25:37
1017
转载 分布式id生成
一、需求缘起几乎所有的业务系统，都有生成一个记录标识的需求，例如：（1）消息标识：message-id（2）订单标识：order-id（3）帖子标识：tiezi-id这个记录标识往往就是数据库中的唯一主键，数据库上会建立聚集索引（cluster index），即在物理存储上以这个字段排序。 这个记录标识上的查询，往往又有分页或者排序的业务需求
2016-08-09 14:15:21
429
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人