computer
mysql延迟复制工具pt-slave-delay
五 10th
pt-slave-delay
mysql同步在快速的网络中是毫秒级的,如果有误操作,从库也很快变更了,对于一些频繁进行,不是经过严格测试的升级,可能带来风险.
可考虑配置一个延迟复制的副本,以改善故障情况下的可恢复性.
mysql 5.6版本已经支持延迟复制,如果5.1版本,可以用percona工具[......]
ssd测试指引
五 6th
最近测试了几款SSD设备,写一些指引,以后大家测试ssd的时候可以参考下:
1. 测试要尽可能避免cache的影响. 任何磁盘产品,在碰到io瓶颈的时候,都不可能快,这个时候才是真正的磁盘的性能. 如果我们在测试一些nosql产品的时候,发现有非常高的吞吐率,那么就要思考,是什么其他因素影[......]
运维架构的一些思考(2)
五 6th
关于代理,负载均衡软硬件的稳定和服务隔离的重要性
由于技术限制和数据安全的考虑,一般数据库是单点的. 而之上的负载均衡设备, 代理, web服务器一般是能冗余故障处理的.
现实生产中,往往为了充分利用资源,会不断在一台主机上堆叠服务,之后为了提高可维护性,保障服务稳定,又会开始不断隔离,分离部署或[......]
运维架构的一些思考(1)
五 4th
关于多集群部署,跨IDC同步数据.
多IDC部署主要是为了改善用户体验, 容灾,最主要的目的我想还是为了用户体验, 也有部分由于历史原因,应用的分布导致了跨IDC的访问.
可以理解为一种CDN加速方案.
首先,我想任何架构的部署,设计,都是要基于已经存在的一些历史访问性能数据或者监控数据. [......]
数据库大会感想(五)
四 24th
数据库领域, 技术可以正常得到,但是架构的意识,成本的意识, 把握趋势的能力却是很难练就的. 当然,很多情况,技术人员可能也决策不了, 所以在错误的道路上一错再错.
#以后补.
数据库大会感想(四)
四 22nd
说说Nosql
——————
我对 腾讯的一个分布式key-value内存系统(带持久化) 做了一些摘要 . 腾讯的哥们演讲比较朴实,和百度的同学风格不一样,讲得也很到位.
~~~~~~
———[......]
数据库大会感想(三)
四 21st
由于传统数据库已经发展了很多年,各种技术,解决方案已经很成熟了,如果基于目前的单个产品谈优化,管理,其实不会有太值得交流的必要.所以我们在海量数据,海量应用的情况下,更多的是应该考虑分布式数据库,中间层,托管平台,云存储各种技术方案,从架构的高度上解决问题,使用不同的产品存储不同的数据, 如果公司有[......]
数据库大会感想(一)
四 18th
这次数据库大会有一些收获, 主要是对于数据库中间层的认识更深刻了,看来百度,腾讯,淘宝都走在了前列. 相对来说,从百度同学的演讲,可以看出百度的运维水平,技术人员的素质还是高于腾讯和淘宝的. 淘宝可能出于互相竞争的目的,dba都开始直接参与监控系统设计,这样并不太好,很容易重复造轮子,没有太好的分[......]
