好书推荐哦
5月 172012
5月 172012
应用按四个点：
1.CPU（CPU分时量）
2.memory
3.I/O
4.network Continue reading »
3月 032012
top – 01:47:04 up 365 days, 15:04, 2 users, load average: 0.12, 0.17, 0.16
2月 062012
top – 21:12:34 up 340 days, 10:29, 2 users, load average: 0.26, 0.28, 0.27
9月 062011
本文主要讲述web优化方案和缓存工具的调研及使用。根据目前的测试结果来看，采用varnish+xcache作为 apache和php缓存这种架构具有高并发、高稳定性，易扩展等优点，服务器的动态请求处理能力是之前的7倍之多。通过分析发现，目前对服务器的负载主要是在cpu使用方面，随着流量的增加瓶颈也将出现在cpu方面，而内存和IO方面都不是问题。
针对这样的情况，我们就要研究怎么去降低cpu的负载，消除或降低系统的瓶颈。
业务特点分析
U 服务采用的是LAMP(Linux Apache mysql php)架构，而服务本身的逻辑比较简单，就是根据不同的url返回特定的页面内容，而这些页面内容基本是不会变的。整个过程是由php动态完成的，不需要和其他服务器交互。在一个请求的响应过程中，系统cpu的消耗基本都在php处理上面。我们要做的就是尽量减少php的动态处理。 Continue reading »
6月 212011
一、配置
1、分层：Xcache将缓存对象分为两类：php代码和php变量，前者在xcache.ini中只是单纯的xcache前缀，后者则用xcache_var前缀，两个对象可以独立调整。
2、配置说明：
xcache.admin.user string
//”验证名.”
xcache.admin.pass string
//”md5 后的验证密码, 亦即 md5(您的密码), 留空则禁用管理页面.”
xcache.test string
//”仅在测试一些功能的时候才启用. 如果您不知道这个功能的作用, 则您不需要知道.” Continue reading »
4月 272011
10.6 选择一种表类型
用MySQL，当前(版本 3.23.5)你能从一个速度观点在4可用表的格式之间选择。
静态MyISAM
这种格式是最简单且最安全的格式，它也是在磁盘格式最快的。速度来自于数据能在磁盘上被找的难易方式。当所定有一个索引和静态格式的东西时，它很简单，只是行长度乘以行数量。而且在扫描一张表时，用每次磁盘读取来读入常数个记录是很容易的。安全性来自于如果当写入一个静态MyISAM文件时，你的计算机崩溃，myisamchk能很容易指出每行在哪儿开始和结束，因此它通常能回收所有记录，除了部分被写入的那个。注意，在MySQL中，所有索引总能被重建。
动态MyISAM
这种格式有点复杂，因为每一行必须有一个头说明它有多长。当一个记录在更改时变长时，它也可以在多于一个位置上结束。你能使用OPTIMIZE table或myisamchk整理一张表。如果你在同一个表中有象某些VARCHAR或BLOB列那样存取/改变的静态数据，将动态列移入另外一个表以避免碎片可能是一个好主意。
压缩MyISAM
这是一个只读类型，用可选的myisampack工具生成。 Continue reading »
4月 272011
10.3 使你的数据尽可能小
最基本的优化之一是使你的数据(和索引)在磁盘上(并且在内存中)占据的空间尽可能小。这能给出巨大的改进，因为磁盘读入较快并且通常也用较少的主存储器。如果在更小的列上做索引，索引也占据较少的资源。
你能用下面的技术使表的性能更好并且使存储空间最小：
尽可能地使用最有效(最小)的类型。MySQL有很多节省磁盘空间和内存的专业化类型。
如果可能使表更小，使用较小的整数类型。例如，MEDIUMINT经常比INT好一些。
如果可能，声明列为NOT NULL。它使任何事情更快而且你为每列节省一位。注意如果在你的应用序中你确实需要NULL，你应该毫无疑问使用它，只是避免缺省地在所有列上有它。
如果你没有任何变长列(VARCHAR、TEXT或BLOB列)，使用固定尺寸的记录格式。这比较快但是不幸地可能会浪费一些空间。见10.6 选择一种表类型。
每张桌子应该有尽可能短的主索引。这使一行的辨认容易而有效。
对每个表，你必须决定使用哪种存储/索引方法。见9.4 MySQL表类型。也可参见10.6 选择一种表类型。
只创建你确实需要的索引。索引对检索有好处但是当你需要快速存储东西时就变得糟糕。如果你主要通过搜索列的组合来存取一个表，以它们做一个索引。第一个索引部分应该是最常用的列。如果
你总是使用许多列，你应该首先以更多的副本使用列以获得更好的列索引压缩。
如果很可能一个索引在头几个字符上有唯一的前缀，仅仅索引该前缀比较好。MySQL支持在一个字符列的一部分上的索引。更短的索引更快，不仅因为他们占较少的磁盘空间而且因为他们将在索引缓存中给你更多的命中率并且因此有更少磁盘寻道。见10.2.3 调节服务器参数。 Continue reading »