novelly的专栏

转：http://dryr.blog.163.com/blog/static/582110132010422115946413/   一般人们分析问题，总是从问题现象，原因分析，解决方案这样的思路来分析思考问题，我想对这个数据库的水平拆分也按这样的思路来简单剖析一下。         先从问题现象入手，随着数据库表中数据日积月累越来越多，当表记录数达到千万甚至亿级别时，数据库表的访问效

随着一个网站的业务不断扩展，数据不断增加，数据库的压力也会越来越大，对数据库或者SQL的基本优化可能达不到最终的效果，我们可以采用读写分离的策 略来改变现状。读写分离现在被大量应用于很多大型网站，这个技术也不足为奇了。ebay就做得非常好。ebay用的是oracle，听说是用Quest Share Plex 来实现主从复制数据。      读写分离简单的说是把对数据库读和写的操作分开对应

来源: IT世界网  发布时间: 2011-11-15 14:25    原文链接   　　1. 前言 　　Internet的高速发展，给人们的工作和生活带来了极大的便利，对Internet的服务品质和访问速度要求越来越高，虽然带宽不断增加，用户数量也在不断增加，受Web服务器的负荷和传输距离等因数的影响，响应速度慢还是经常抱怨和困扰。解决方案就是在网络传输上利用缓存技术使得W

今天有人问我有没有数据存储的相关资料，我想了想。。虽然在这个领域内也算有点积累，以前讲课的ppt有200多页，但毕竟ppt的信息量有限。所以在这里将这个系列的部分内容在这里进行重新编排。这个内容会在我的轻博客和这里同步龟速更新。 主要将涉及到： 1. 数据库原理    关系代数    事务l    sql    k-v存储的使用    数据存储模型

Web缓存技术概述

详解JSP 2.0下的动态内容缓存

摘要：将应用交付给终端用户正变得越来越难，因为会涉及到更多的组件，也因此更容易犯错。技术性能公司Compuware总结了贯穿应用始终的八大影响应用性能的陷阱，望开发者引以为戒。 数据库访问低效、框架配置错误、内存使用过度、网页臃肿，以及不遵循常见Web性能最佳实践都是应用开发中常见的、影响应用性能的主要陷阱 。技术性能公司Computeware从实际案例总结了贯穿应用始终的八大影响应用性

英文原文：Scalability Best Practices: Lessons from eBay 　　在eBay，可伸缩性是我们每天奋力抵抗的一大架构压力。我们所做的每一项架构及设计决策，身前身后都能看到它的踪影。当我们面对的是全世界数以亿计的用户，每天的页面浏览量超过10亿，系统中的数据量要用皮字节（1015或250）来计算——可伸缩性是生死交关的问题。 　　在一个可伸缩的架

一、功能定义：    –商品 ：展示商品，商品管理，…… –交易 ：创建交易，交易管理，…… –用户 ：注册用户，信息查询，用户管理，……       二、技术发展 第一版：简单基础版       出于快速开发的考虑，第一版往往采用单台机器构建（这里采用java技术，下同），这样开发方便而且快速，采用的技术甚至可以是最简单的jsp,servl

新浪微博在短短一年时间内从零发展到五千万用户，我们的基层架构也发展了几个版本。第一版就是是非常快的，我们可以非常快的实现我们的模块。我们看一下技术特点，微博这个产品从架构上来分析，它需要解决的是发表和订阅的问题。我们第一版采用的是推的消息模式，假如说我们一个明星用户他有10万个粉丝，那就是说用户发表一条微博的时候，我们把这个微博消息攒成10万份，这样就是很简单了，第一版的架构实际上就是这两行字。第