Coredump的设置和2个文件相关。在/proc/sys/kernel目录下：

/proc/sys/kernel/core_pattern文件设置core文件的保存路径和文件名称，pattern可使用参数：

%p – insert pid into filename

%u – insert current uid into filename

%g – insert current gid into filename

%s – insert signal that caused the coredump into the filename

%t – insert UNIX time that the coredump occurred into filename

%h – insert hostname where the coredump happened into filename

%e – insert coredumping executable name into filename

core文件统一在/data/coredump目录下产生，格式为core_进程名_时间戳

/proc/sys/kernel/core_pattern中的默认内容是core，表示core文件生成在可执行程序所在目录，文件名叫core。新的core就会覆盖旧的core文件。

/proc/sys/kernel/core_users_pid控制core文件是否加pid作为core_pattern中约定文件名称的扩展名。表示添加pid作为扩展名，生成的core文件格式为core.xxxx；为0则表示生成的core文件同一命名为core_pattern。该文件内容默认值是0。

再加上core_pattern 的设置，core文件统一在/data/coredump目录下产生，格式为core_进程名_时间戳.进程号

 

使用ulimit -c查看core文件生成开关。若为0则表示不会生成core文件。

使用ulimit -c size设置core文件的大小限制，size的单位是kbyte。若要想core文件大小不受限制，则使用ulimit -c unlimited

有了core文件。使用gdb加载调试：

       gdb –c core文件名 可执行程序名

Base64是用64个可见字符表示任意字节编码方式。

Base64在RFC2045的section 6.8（The Base64 Content-Transfer-Encoding is designed to represent arbitrary sequences of octets in a form that need not be humanly readable）定义：Base64内容传送编码被设计用来把任意序列的8位字节描述为一种不易被人直接识别的形式。

相对于Base64，还有Base16、Base32编码方式，可以参见RFC3548（The Base16, Base32, and Base64 Data Encodings）。

Base64编码应用：电子邮件编码传输、广告点击跳转加密编码串、Cookie串二进制内容编码。

 

一个字节的编码范围是[0x00, 0xff]，共8个位，256个字符（可称为一个八位组或Base256）。

Base64的编码范围是[0x00, 0x3f]，共6个位，64个字符（也为一个六位组）。

Base64的编码过程就是把八位组变成六位组的过程，每三个8bit的字节转换为四个6bit的字节（3*8 = 4*6 = 24），然后把6bit再添两位高位0，组成四个8bit的字节。也就是说，转换后的字符串理论上要比原来的长1/3（3字节编码成4字节）。

Base64使用的映射字符：

编码	字符	编码	字符	编码	字符	编码	字符
0	A	17	R	34	i	51	z
1	B	18	S	35	j	52	0
2	C	19	T	36	k	53	1
3	D	20	U	37	l	54	2
4	E	21	V	38	m	55	3
5	F	22	W	39	n	56	4
6	G	23	X	40	o	57	5
7	H	24	Y	41	p	58	6
8	I	25	Z	42	q	59	7
9	J	26	a	43	r	60	8
10	K	27	b	44	s	61	9
11	L	28	c	45	t	62	+
12	M	29	d	46	u	63	/
13	N	30	e	47	v
14	O	31	f	48	w	pad	=
15	P	32	g	49	x
16	Q	33	h	50	y

pad是填充字符，当转换字节不是3的倍数时，就用pad字符填充补齐。填充字符数=转换字节数 MOD 3。第62，63，pad字符可以根据使用场合来自定义。譬如在URL串里，=表示特殊意义，就不能使用=作为填充字符。

 

如果字节串是3的倍数，刚好对齐。下面是3字节编码成4字节：

转换前bit内容	12345678	12345678	12345678
转换后bit内容	00123456	00781234	00567812	00345678

如果字节串不是3的位数，不足的bit用0填充，不足的字节使用填充字符。下面是2字节编码成4字节：

转换前bit内容	12345678	12345678	pad
转换后bit内容	00123456	00781234	00567800	=

如：“张”占用2个字节，字节内容是：11010101 11000101，16进制（Base16）表示就是：D5C5。编码成Base64，需要使用填充字符补齐成3字节再编码，编码结果是1iU=

转换前bit内容	11010101	11000101	pad
转换后bit内容	00110101	00011100	00010100	=
转换后字符	1（53）	i（34）	U（20）	=

 

第一个字符通过右移2位获得第一个目标字符的Base64表位置，根据这个数值取到表上相应的字符，就是第一个目标字符。

然后将第一个字符左移4 位加上第二个字符右移4位，即获得第二个目标字符。

再将第二个字符左移2位加上第三个字符右移6位，获得第三个目标字符。

最后取第三个字符的右6位即获得第四个目标字符。

在以上的每一个步骤之后，再把结果与 0x3f 进行 AND 位操作，就可以得到编码后的字符了。

如果原文字节数不是3的倍数，补齐尾部不足的字节使用填充字符。

USE test2;

UPDATE client SET name='test' WHERE uid=1;

数据未能同步到备机，而使用use  test后，才可以成功同步，如下方式：

USE test;

UPDATE client SET name='test' WHERE uid=1;

 

仔细看Mysql手册，发现同步启动选项中还有玄机，只设置replicate-do-db指定同步数据库还不够。是没有设置replicate-wild-do-table导致的跨库同步问题。Mysql默认是同步指定数据库下的更新操作，若要跨库操作更新同步，就必须指定replicate-wild-do-table参数。下面是Mysql手册中对replicate-do-db和replicate-wild-do-table启动选项的说明：

 

–replicate-do-db=db_name

告诉slave只同步那些缺省数据库是 db_name (也就是用 USE 选中的)的语句。想要指定更多的数据库，只需多次使用该选项，每次指定一个数据库。注意，类似 UPDATE some_db.some_table SET foo='bar' 这样的跨库操作语句以及没有选中数据库的操作都不会被同步。如果必须使用跨库操作，要确保使用MySQL 3.23.28或更高，并且使用 –replicate-wild-do-table=db_name.% 选项。请仔细阅读最后面的注意事项。

下面是一个不能按照预期工作的例子：如果启动slave时使用 –replicate-do-db=sales 选项，并且在master上执行下列语句，那么这个 UPDATE 语句不会被同步：

USE prices;

UPDATE sales.january SET amount=amount+1000;

如果需要同步跨库操作，只需使用 –replicate-wild-do-table=db_name.% 选项。这个"只检查缺省数据库"特性的主要原因是因为想要单从一个语句中判断是否要被同步比较困难(例如，使用多表 DELETE 或者 UPDATE，这就跨库了)。不过想要检查是否是缺省数据库却很快。

 

–replicate-wild-do-table=db_name.tbl_name

限制slave只同步那些匹配指定模式的数据表。模式中可以包含通配符 `%` 和 `_`，它们的含义和 LIKE 模式一样。想要指定更多的数据表，只需多次使用该选项，每次指定一个数据表。请仔细阅读最后面的注意事项。

例如： –replicate-wild-do-table=foo%.bar% 会同步所有以 foo 开头的数据库下的以 bar 开头的数据表上的更新操作。

如果匹配模式是 %，则匹配所有的表名，且应用到数据库级语句(CREATE DATABASE, DROP DATABASE,和 ALTER DATABASE)。例如，使用 –replicate-wild-do-table=foo%.% 选项的话，所有匹配 foo% 模式的数据库级操作都会被同步。

如果想要在数据库/表模式中包含原义通配符，需要用反斜杠来转义它们。例如，想要同步 my_own%db 数据库下的所有表，但是不想同步 my1ownAABCdb 数据库下的表，就需要转义字符 `_`： –replicate-wild-do-table=my\_own\%db。如果是在命令行中使用这个选项，就可能需要两个反斜杠来转义，这依赖于命令行解释器。例如，在 bash shell下，就需要输入： –replicate-wild-do-table=my\\_own\\%db。

 

还存在一些问题

不管有没有replicate-wild-do-table选项，更新操作必须是mysql连接已经有选择的数据库了才进行，譬如新建的mysql（新连接是没有默认选择的database的）连接中执行：

UPDATE test.client SET name='test' WHERE uid=1;

这条更新无法同步到备机，必须在update前use database操作，该database必须是replicate-wild-do-table中指定的database。

保险的解决方式：连接上mysql后，调用mysql_select_db()选择数据库，之后进行的更新操作就可以自动同步了。

 

SQL模式匹配

SQL的模式匹配允许你使用“_”匹配任何单个字符，而“%”匹配任意数目字符(包括零个字符)。在 MySQL中，SQL的模式缺省是忽略大小写的。下面显示一些例子。注意在你使用SQL模式时，你不能使用=或!=；而使用LIKE或NOT LIKE比较操作符。

Mysql并发瓶颈

Mysql的连接数到达150以上的时候，服务器4核cpu占有率会急增，性能会急剧下降。Apache并发80的情况下，mysql连接数基本上到了配置的满额200（max-connections=200）。

 

Apache与mysql的并发关系

Apache最大并发数配置是600，大于mysql最大并发数200，每个apache请求要对应一个mysql连接，而Apache的并发能力要远大于mysql服务器的并发能力。高并发情况下，mysql的查询还没有返回结果，但下一次的apache请求已经到了，堆积效果就是mysql都是满额并发运行，可能导致连接mysql错误：“too many connections…”。

 

Apache做Mysql的连接池

从上面分析可以看出， mysql_pconnect连接Mysql，但没有控制和管理mysql连接数，可能导致Mysql服务器忙死。只要有连接池，就可以解决问题。

利用apache做mysql的连接池，即控制apache的并发数。apache配置最大并发数（如20）小于mysql最大连接数。当并发过大的时候，就自动利用apache的队列来达到连接池的目的。虽然牺牲了apache性能，但保证了业务的稳定性和安全性，也不会导致Mysql服务器忙死。

apache最大并发数配置的一个缺陷是：无法配置虚拟主机的并发数，只能配置全局并发数。

使用Apache的prefork模式配置并发数：

http://www.shenmiguo.com/archives/2009/318_apache-mpm.html

Mysql持久连接介绍：

http://www.shenmiguo.com/archives/2009/319_mysql-pconnect.html

不同于mysql_connect的短连接，mysql_pconnect持久连接的时候，将先尝试寻找一个在同一个主机上用同样的用户名和密码已经打开的（持久）连接，如果找到，则返回此连接标识而不打开新连接。

当执行完毕后，到 mysql 服务器的持久连接不会被关闭，此连接将保持打开以备以后使用，即mysql_close() 不会关闭由 mysql_pconnect() 建立的连接。

 

Apache与长连接管理

PHP本身并没有数据库连接池的概念，但是Apache有进程池的概念, 一个Apache子进程结束后会被放回进程池, 这也就使得用mysql_pconnect打开的的那个mysql连接资源可以不被释放，而是依附在相应的Apache子进程上保存到了进程池中。于是在下一个连接请求时它就可以被复用。但是在Apache并发访问量大的时候，如果使用mysql_pconnect，会由于之前的Apache子进程占用的MySQL连接没有close, 很快使MySQL达到最大连接数，使得之后的请求可能得不到响应。

当然，高并发情况下也不能怪罪pconnect，用短连接频繁连接mysql，也一样有问题。在没有连接池的情况下，用apache做连接池管理是比较好的选择。

prefork模式是预派生子进程方式，使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接。

worker模式是多线程与多进程混合方式，使用多个子进程，每个子进程有多个线程。每个线程在某个确定的时间只能维持一个连接。

总的来说，prefork方式速度要稍高于worker，然而它需要的cpu和memory资源也稍多于woker。

 

prefork模式

httpd.conf中，prefork的配置如下：

<IfModule prefork.c>

ServerLimit          2000

StartServers         300

MinSpareServers      5

MaxSpareServers     10

MaxClients          600

MaxRequestsPerChild 10000

</IfModule>

prefork的工作原理是，控制进程在最初建立"StartServers"个子进程后，为了满足"MinSpareServers"设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四个……如此按指数级增加创建的进程数，最多达到每秒32个，直到满足 MinSpareServers设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。

MaxClients是最重要的一个参数。可通过MaxClients来控制Apache并发数。

 

prefork指令

ServerLimit

默认的MaxClient最大是600个线程,如果想设置更大的值，就的加上ServerLimit这个参数。20000是ServerLimit这个参数的最大值。如果需要更大，则必须编译apache，此前都是不需要重新编译Apache。

生效前提：必须放在其他指令的前面。

StartServers

指定服务器启动时建立的子进程数量。应该要小于等于MaxClients。

MinSpareServers

指定空闲子进程的最小数量，默认为5。如果当前空闲子进程数少于MinSpareServers ，那么Apache将以最大每秒一个的速度产生新的子进程。此参数不要设的太大。

MaxSpareServers

设置空闲子进程的最大数量，默认为10。如果当前有超过MaxSpareServers数量的空闲子进程，那么父进程将杀死多余的子进程。此参数不要设的太大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成MinSpareServers+1。

MaxClients

限定同一时间客户端最大接入请求的数量(单个进程并发线程数)，默认为600。任何超过MaxClients限制的请求都将进入等候队列,一旦一个链接被释放，队列中的请求将得到服务。要增大这个值，你必须同时增大ServerLimit。

MaxRequestsPerChild

MaxRequestsPerChild指令控制服务器杀死旧进程产生新进程的频率。每个子进程在其生存期内允许伺服的最大请求数量，默认为10000。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为”0″，子进程将永远不会结束。将MaxRequestsPerChild设置成非零值有两个好处：

1. 可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。

2. 给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

 

worker模式

httpd.conf中，prefork的配置如下：

<IfModule worker.c>

ServerLimit 25

ThreadLimit        200

StartServers        3

MaxClients         600

MinSpareThreads     50

MaxSpareThreads     100

ThreadsPerChild     100

MaxRequestsPerChild 10000

</IfModule>

worker的工作原理是，由主控制进程生成"StartServers"个子进程，每个子进程中包含固定的ThreadsPerChild线程数，各个线程独立地处理请求。同样，为了不在请求到来时再生成线程，MinSpareThreads和MaxSpareThreads设置了最少和最多的空闲线程数；而MaxClients设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。

ThreadsPerChild

是worker模式中与性能相关最密切的指令。这个指令设置了每个子进程建立的线程数。子进程在启动时建立这些线程后就不再建立新的线程了。

 

资源

prefork文档：http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/prefork.html

workder文档：http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/worker.html

以下在SUSE 10.1上，来说明如何建立两台服务器的通信互信机制。使用root用户，192.168.0.170若要无密码ssh登陆192.168.0.147机器：

1.       在170上生成认证RSA密钥：

中间过程直接回车。在/root/.ssh2/目录下，生成了两个文件：

id_rsa_1024_a（私钥文件放在本地） 和 id_rsa_1024_a.pub（公钥文件放在信任服务器）

2.       170上，在/root/.ssh2/下，私钥验证文件identification中追加（cat >> identification）：

3.       将公钥文件拷贝到147上：

4.       Root用户登陆147，在/root/.ssh2/下，公钥验证文件authorization中追加（cat >> authorization）：

这样147上root用户就信任了来自170的root用户通信。在170，往147上scp、ssh、rsync都是免密码了。

 

代理（Proxy）模式，为其他对象提供一种代理以控制对这个对象的访问。

 

 

1.       Subject定义了RealSubject和Proxy的公用接口，使得任何调用RealSubject的地方都可以调用Proxy。

2.       RealSubject是代理的实体类。

3.       Proxy保存一直指向代理实体（RealSubject）的指针。Proxy与Subject的接口相同，代理就可以替代实体；Proxy负责RealSubject的创建和管理。

 

为一个位于不同的地址空间的对象提供隐藏实现。这个不同的地址空间可以是在本机器中，也可是在另一台机器中。远程代理又叫做大使（Ambassador）。

远程调用和webservice服务就是典型的远程代理模式，客户并不知道网络访问细节（访问本地还是远程网络），代理对象对外屏蔽了网络通讯细则。

 

 

写时拷贝是虚拟代理的一种特殊应用,可以大幅降低拷贝大对象的开销。写时拷贝可以延迟一个对象的拷贝操作到客户调用里。一般来说，对象的深度拷贝是一个高开销的动作，该代理可以让这个动作延迟，只有对象被修改的时候才被拷贝一份。

Linux创建进程就用到了Copy-on-write。fork派生子进程的时候，若子进程拷贝父进程的整个地址空间，会使得创建进程的速度非常慢而且效率低下。而实事上，子进程几乎不必读和修改父进程所拥有的资源， Copy-on-write允许父子进程拥有相同的物理页，只有两者中有一个试图修改一个物理页时，内核就把要修改的物理页内容拷贝到一个新的物理页，并把这个新的物理页地址分配给正在写的进程。

 

控制对RealSubject对象的访问。可以实现给不同的用户提供不同级别的使用权限。保护代理可以在运行时间对用户的有关权限进行检查，然后在核实后决定将调用传递给被代理的对象。

 

取代了简单的指针(->, *)，在对象访问时提供一些附加操作：对指向实际对象的引用计数，引用计数为0时，可以自动释放资源（智能指针）；当第一次引用一个持久的对象，将它装入内存；在访问一个实际对象前，检查是否已经锁定了它，以确保其他对象不能改变它。

 

为创建时高开销的对象提供缓存，以供多客户端共享。如数据库代理，客户端进行Sql查询时，并不访问数据库，而是通过与数据库代理之间进行交互，如果数据库代理中没有缓存数据，才真正去数据库查询。

 

 

 

2.       C++语言可通过重载->和*运算符实现类的代理。

Image* ImagePtr::operator-> () {

}

这样对象被引用时，就装载对象，起到了代理的作用。但这种方式的问题是，只要引用就加载，而不能指定在调用某个方法（如Draw）的时候才加载。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

享元（Flyweight）模式是指，运用共享技术有效地支持大量细粒度的对象。

 

 

1.       Flyweight是享元抽象基类。Flyweight::Operation是公共接口，享元依赖的外部状态（ExtrinsicState）通过接口参数传入。

2.       ConcreteFlyweight是具体享元类。具体享元必须是可共享的，必须为内部状态（IntrinsicState）提供存储空间。

3.       UnshareConcreteFlyweight是不可共享的具体享元，也叫做复合享元。复合享元是由单纯具体享元通过复合（Composite）模式而成的，将若干个具体享元作为子节点。

4.       FlyweightFactory是享元工厂。创建并管理享元对象。当Client请求一个享元对象时，FlyweightFactory返回一个已创建的享元对象（如果没有就先创建）。

5.       Client维护一个指向Flyweight的指针，并且存储Flyweight的外部状态。

 

 

源码中没有演示不可共享的具体享元。可通过引入行对象（Row），将Character作为Row的子节点来实现，Row就是不可共享的享元。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

a added.

IntrinsicState: char=a; ExtrinsicState: index=0, size=8

b added.

IntrinsicState: char=b; ExtrinsicState: index=1, size=9

c added.

IntrinsicState: char=c; ExtrinsicState: index=2, size=10

b already exists.

IntrinsicState: char=b; ExtrinsicState: index=3, size=11

 

为子系统中的一组接口提供一个一致的界面，外观（Facade）模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

 

 

1.       Facade提供一个高层接口，将客户的请求代理给适合的子系统（Subsystem）对象，Facade知道子系统的哪些对象来处理请求。

2.       Subsystem是一系列类的集合，处理Facade指派的任务。Subsystem不知道Facade的信息。

 

 

1.       一个复杂的系统包括若干个子系统，Facade模式为复杂子系统提供一个简单而统一的接口。譬如编译系统包括代码扫描、语法分析、代码生成等流程，每一个流程可以成为一个子系统。客户编译代码并不想知道具体的细节流程，Facade模式封装一套标准编译流程，就屏蔽了编译的具体流程， 简化了客户调用。下图可以看出应用Facade场景：

2.       提高子系统的独立性和可移植性。客户程序与抽象类的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。

3.       当你需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，你可以让它们仅通过Facade进行通讯，从而简化了它们之间的依赖关系。