为什么memcached的性能比mysql高？
首要因素是memcached的数据都是位于内存中，mysql的数据可能是位于磁盘里。从IO速度来说，内存IO比磁盘IO会快几个数量级，memcached也就比mysql性能更高。架构和性能优化做到后面，会发现最终限制性能的是硬件瓶颈。例如nginx做静态webserver时，出口流量往往能达到网卡的最大值或出口带宽的最大值。mysql是个性能还...
分类：
其他好文 时间：
2015-02-12 12:33:58
阅读次数：
135
前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。由此可见，网站静态化处理的核心就是动静分离和缓存两大方面，上篇我简单讲述.....
分类：
Web程序 时间：
2015-02-11 23:11:29
阅读次数：
157
上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异的web前端技术相比，就显得不伦不类了。其实当我打算写本系列的之前我个人觉得web前端有一个点是很多人都知道重要，但是有常常低估它作用的，.....
分类：
Web程序 时间：
2015-02-10 23:02:23
阅读次数：
224
在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情.....
分类：
Web程序 时间：
2015-02-10 01:45:19
阅读次数：
193
个人想法：
（一）不应当做的事
1. 不应当把开源代码直接包装成产品。
2. 不应当把开源代码做些修改后包装成产品。
因为这样做的话，团队成员可能难以消化开源代码，从而导致遇到故障时摸不着头脑。
为什么难以消化，因为不是自己写的代码。
另外，开源代码的演进不受自己控制，可能一个版本一个大变样。
假设设备商在2.0版本的某个函数f1中加了点代码，等3.0版本出来时，发现3.0版...
分类：
其他好文 时间：
2015-02-10 00:43:40
阅读次数：
128
中国大数据技术大会首日全体大会上，腾讯数据平台部助理总经理蒋杰发表了题为《大数据处理的规模化与实时化演进 》的演讲。他分享了大数据技术在腾讯的实践，其中包括基于Hadoop的平台TDW、实时数据收集系统TDBank以及基于Storm的流处理系统TRC。同时，蒋杰还透露，腾讯将在12月开源内部的Had...
分类：
其他好文 时间：
2015-02-09 12:47:57
阅读次数：
177
在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示： 这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点： 下图是京东选择配...
分类：
Web程序 时间：
2015-02-08 20:35:18
阅读次数：
173
本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。 其实不...
分类：
Web程序 时间：
2015-02-08 14:05:11
阅读次数：
176
作者写了一个系列，很值得学习关于大型网站技术演进的思考（一）--存储的瓶颈（1）关于大型网站技术演进的思考（二）--存储的瓶颈（2）关于大型网站技术演进的思考（三）--存储的瓶颈（3）关于大型网站技术演进的思考（四）--存储的瓶颈（4）关于大型网站技术演进的思考（五）--存储的瓶颈（5）关于大型网站...
分类：
Web程序 时间：
2015-02-04 07:06:30
阅读次数：
208
在讲数据库水平拆分时候，我列出了水平拆分数据库需要解决的两个难题，它们分别是主键的设计问题和单表查询的问题，主键问题前文已经做了比较详细的讲述了，但是第二个问题我没有讲述，今天我将会讲讲如何解决数据表被垂直拆分后的单表查询问题。 要解决数据表被水平拆分后的单表查询问题，我们首先要回到问题的源头...
分类：
Web程序 时间：
2015-02-04 00:17:36
阅读次数：
242
