基本步骤： 1.

下载Mysql for windows的版本，目前最新的为mysql-4.0.20d-win。下载并安装启动。

2.      在mysql.com网站下载对应的mysql-odbc驱动程序，安装在windows 2000/NT/advance server操作系统.

3.      在操作系统中，点击控制面板－＞管理工具－＞数据源（ODBC），添加对MySQL ODBC的支持。

4.      使用servU-Plus插件程序，ServUPlus是Serv-U的一个插件，其主要功能就是捕捉Serv-U的事件，然后做适当的功能增强、扩展。解压后出现目录结构如下：

[]根目录

Readme.txt      自述文件

MySQL_SQL.txt      MySQL的数据结构

MSSQL_SQL.txt      MSSQL的数据结构

Update.txt      升级说明

[\ServU]目录

dbexpmysql.dll            访问MySQL的DLL(可选)

dbexpmss.dll            访问MSSQL的DLL(可选)

libmySQL.dll            数据库接口DLL

MIDAS.DLL            数据库接口DLL

ServUPlus.dll            扩充功能库

ServUPlus.ini            配置文件

ServUPlus_Man.exe      管理主程序

5.      安装条件

1.      理论ServU 3.1以上，建议ServU 4.1.0.0或以上（因为这个版本修正了对DLL的支持，以及很多BUG）

2. ServU上面安装MySQL

6.      建立数据库

建立数据库的SQL语句:

SQL: MySQL_SQL.txt

MSSQL: MSSQL_SQL.txt

7.      修改配置文件(ServUPlus.ini)

[DataServer]            //[数据库部分]

Type=1                  //数据库类型1：MySQL，2：MS SQL Server

Host=127.0.0.1            //IP

User=root            //用户

Pass=                  //密码

Database=ServUPlus      //数据库

AutoRetry=1            //是(1)否(0)自动尝试连接

RetryTime=60            //尝试连接的间隔时间(秒)

[Option]            //[其他]

User_Cache=60            //缓存时间(秒)

NameAddStr=sisha_      //用户名前面增加的标识(暂时无用)

重新启动FreeBSD 过往单用户更改密码

FreeBSD 4.x 或之前的版本

在系统启动所示以下信息时按 spacebar

Hit [Enter] to boot immediately, or any other key for command prompt.

Booting [kernel] in 10 seconds…接着在所示以下信息时输入 boot -s

Type ‘?’ for a list of commands, or ‘help’ for more detailed help.

ok

按 Enter 后系统会进行至所示以下信息

Enter full pathname of shell or RETURN for /bin/sh:

再按 Enter 进入单用户模式,所示 #

挂载档案系统,输入

fsck -p \文件档案检查

mount -u / \挂载

mount -t ufs -a \挂载所有文件档案

更改密码

passwd \更改密码

New password:_

mysql> select database();
+------------+
| database() |
+------------+
| csdn       |
+------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM information_schema.SCHEMATA where schema_name='csdn';
+--------------+-------------+----------------------------+------------------------+----------+
| CATALOG_NAME | SCHEMA_NAME | DEFAULT_CHARACTER_SET_NAME | DEFAULT_COLLATION_NAME | SQL_PATH |
+--------------+-------------+----------------------------+------------------------+----------+
| NULL         | csdn        | latin1                     | latin1_swedish_ci      | NULL     |
+--------------+-------------+----------------------------+------------------------+----------+
1 row in set (0.00 sec)

mysql>

NGINX 502 Bad Gateway错误是FastCGI有问题，造成NGINX 502错误的可能性比较多。将网上找到的一些和502 Bad Gateway错误有关的问题和排查方法列一下，先从FastCGI配置入手：

1.FastCGI进程是否已经启动

2.FastCGI worker进程数是否不够 运行 netstat -anpo | grep “php-cgi” | wc -l 判断是否接近FastCGI进程，接近配置文件中设置的数值，表明worker进程数设置太少 通过命令查看服务器上一共开了多少的 php-cgi 进程

ps -fe |grep “php” | grep -v “grep” | wc -l

使用如下命令查看已经有多少个php-cgi进程用来处理tcp请求

netstat -anop | grep “php” | grep -v “grep” | wc -l

接近配置文件中设置的数值，表明worker进程数设置太少 参见： http://blog.s135.com/post/361.htm

3.FastCGI执行时间过长 根据实际情况调高以下参数值

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300;

4.FastCGI Buffer不够 nginx和apache一样，有前端缓冲限制，可以调整缓冲参数

fastcgi_buffer_size 32k; fastcgi_buffers 8 32k;

5.Proxy Buffer不够 如果你用了Proxying，调整

在数据库中，UNION和UNION ALL关键字都是将两个结果集合并为一个，但这两者从使用和效率上来说都有所不同。

MySQL中的UNION UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程表与历史表UNION。如：

select * from gc_dfys union select * from ls_jg_dfys

这个SQL在运行时先取出两个表的结果，再用排序空间进行排序删除重复的记录，最后返回结果集，如果表数据量大的话可能会导致用磁盘进行排序。

MySQL中的UNION ALL 而UNION ALL只是简单的将两个结果合并后就返回。这样，如果返回的两个结果集中有重复的数据，那么返回的结果集就会包含重复的数据了。 从效率上说，UNION ALL 要比UNION快很多，所以，如果可以确认合并的两个结果集中不包含重复的数据的话，那么就使用UNION ALL，如下：

select * from gc_dfys union all select * from ls_jg_dfys

一个私有的或保护的派生类不是子类，因为非公共的派生类不能做基类能做的所有的事，就是指在公开场合，但是在类内部可以的

一、引言

在C++中，类是提供封装的逻辑单位，类的每一个对象都包含有描述其自身状态的数据集合，并且通过接收特定的消息来处理这个数据集合。如果程序设计 人员能够通过增加、修改或替换指定类的部分内容的方法对该类进行剪裁，就可以适应不同的应用，从而在很大程度上增强了数据封装的价值，而接下来要讨论的继 承就完全可以实现这种操作。

二、与继承有关的基本概念

继承是一个进程，通过继承，一个对象可以获得另一个对象的属性（包括函数），并可向其中加入属于自己的一些特征。作为C++语言的一种重要机制，用 继承的方法可以自动为一个类提供来自另一个类的操作和数据结构，进而使程序设计人员在一个一般的类的基础上很快建立一个新的类，而不必从零开始设计每个 类。

当一个类被其他的类继承时，被继承的类称为基类（可不是鸡肋^_^），又称为父类。

继承其他类属性的类称为派生类，又称为子类。

一般情况下，继承的进程起源于一个基类的定义，基类定义了其所有派生类的公有属性。从本质上讲，基类具有同一类集合中的公共属性，派生类继承了这些属性，并且增加了自己特有的属性。从任何已存在的类继承的实质就是建造新的派生类。

三、单重继承、多重继承与继承链

从一个基类派生的继承称为单继承，换句话说，派生类只有一个直接基类。单继承声明语句的常用格式为：

class 派生类名: 访问控制关键字 基类名

{

数据成员和成员函数声明

};

与此相对地，从多个基类派生的继承称为多继承或多重继承，也就是说，一个派生类有多个直接基类。在某些面向对象的语言（如Java)中不支持类间的 多重继承而只支持单重继承，即一个类至多只能有一个直接父类，因此实现类似的功能需要借助接口等其他机制。而在C++中提供了多重继承的语法支持，使得问 题变得简单了许多。多重继承声明语句的常用格式为：

class 派生类名: 访问控制关键字 基类名1, 访问控制关键字 基类名2，…

{

数据成员和成员函数声明

};

除了多重继承之外，一个派生类继承多个基类还有一种方法，就是把派生类作为基类再次供别的类继承，产生多层次的继承关系。例如类A派生类B，类B派 生类C，则称类A是类B的直接基类，类B是类C的直接基类，类A是类C的间接基类。类的层次结构也叫做继承链。还是上面的例子，当建立类C的对象时，类A 的构造函数最先被调用，接下来被调用的是类B的构造函数，最后是类C的构造函数。析构函数的调用顺序正好相反。当一个派生类继承有层次的类时，继承链上的 每个派生类必须将它需要的变量传递给它的基类。

四、公有派生和私有派生

在继承声明语句中，访问控制关键字用于说明在基类定义中所声明的成员和成员函数能够在多大范围内被派生类所访问。访问控制关键字可为public, private或protected。如果访问控制关键字为public，则称派生类从基类公有继承，也称公有派生。如果访问控制关键字为 private，则称派生类从基类私有继承，也称私有派生。现在笔者将公有继承和私有继承的具体区别列表如下。

通过上表，我们可以将两种派生的特点总结如下：

基类成员

基类private成员

基类public成员

派生方式

private

public

private

public

派生类成员

不可见

不可见

可见

可见

外部函数

不可见

不可见

不可见

可见

（1）无论哪种派生方式，基类中的private成员在派生类中都是不可见的。也就是说，基类中的private成员不允许外部函数或派生类中的任何成员访问。

（2）public派生与private派生的不同点在于基类中的public成员在派生类中的访问属性： public派生时，基类中的public成员相当于派生类中的public成员。 private派生时， 基类中的public成员相当于派生类中的private成员。

因此，private派生确保基类中的方法只能被派生类的对象的方法间接使用，而不能被外部使用。public派生使派生类对象与外部都可以直接使用基类中的方法，除非这些方法已经被重新定义。

五、保护成员与保护派生

如果想做到基类成员只由有派生血缘关系的成员访问，而不被无血缘关系的对象成员访问，无论用公有派生还是私有派生都无法做到。因为基类成员中的私有 成员是别的类（包括派生类）成员不能访问的，而基类中的公有成员在public派生时，不仅可以由派生类对象成员访问，也可以由外部函数访问；而在 private派生时，基类中的公有成员虽然允许派生类对象中的成员访问，不允许外部访问，可是再派生出下一级时，由于基类的所有成员已经被私有化，其它 类成员也不可再访问。实现只许有派生血缘关系的对象成员访问的方法，是在基类中使用具有另一种访问属性的成员——protected成员。

protected成员是一种血缘关系内外有别的成员。它对派生对象而言，是公有成员，可以访问；对血缘关系外部而言，与私有成员一样被隐藏。

**1.master上授权给slave ** mysql>grant all on *.* to repadmin@’218.6.67.75′ identified by ‘backup’; mysql>flush privileges; mysql>use abs; mysql>create table mysqlslave (status char(8)); mysql>insert into mysqlslave values (‘aaaa’);

2.shutdown master mysqladmin -u root shutdown

3.拷贝数据文件 直接把数据文件夹打包拷贝到slave去。

4.修改Master的my.cnf文件，在[mysqld]处增加 master /etc/my.cnf: log-bin server-id = 1 sql-bin-update-same binlog-do-db = abs

5.修改Slave的my.cnf文件 server-id       = 2 master-host     = 218.6.67.68 master-user     = backup master-password = backup master-port     = 3306 master-connect-retry    = 60 replicate-wild-do-table= ads.%

6.启动slave

7.启动master

8.测试 向其中的测试表里插入一条记录,如 use ads; insert into mysqlslave values  ((CURDATE() + 0)); 再在slave里查看是否有此记录

一次为了修改mysql的root用户密码，就启用了本机启动模式，可再次启用mysql时，却揭示：Default storage engine (InnoDB) is not available ，mysql无法启动，后搜索网络，得知应该是配置文件有错，这里提示：“060827  1:12:22 [ERROR] Default storage engine (InnoDB) is not available” 打开my.ini或my.cnf文件，找到default-storage-engine这一行，把它改成default-storage-engine=MyISAM。

用EXPLAIN看MySQL的执行计划时经常会看到Impossible WHERE noticed after reading const tables这句话，意思是说MySQL通过读取“const tables”，发现这个查询是不可能有结果输出的。比如对下面的表和数据：

  create table t (a int primary key, b int) engine = innodb;
  insert into t values(1, 1);
  insert into t values(3, 1);

执行“EXPLAIN select * from t where a = 2”时就会输出“Impossible WHERE noticed after reading const tables”。

不 明白所谓的“const tables”是什么意思，对MySQL在查询优化时竟然可以发现一个查询不可能输出结果更是感觉不可思议。按数据库中“传统”的做法，查询优化时只会访 问模式定义和统计信息，而据我所知，数据库中使用的各种统计信息如EquiDepth、MaxDiff柱状图，MCV，属性的最大值、最小值等都不可能精 确到能够断言在上述的表中不存在“a = 2”的记录。

今天看MySQL Internal手册时才总算弄明白，原来MySQL并没有什么神奇之处，这个Impossible WHERE noticed after reading const tables的结论并不是通过统计信息做出的，而是真的去实际访问了一遍数据后，发现确实没有“a = 2”的行才得出的。

当查询中对某个表指定了主键或非空唯一索引上的等值条件，从而使得最多只可能产生一条命中结果（只对该表而言）时，MySQL在EXPLAIN之前会优先根据这一条件查找出对应的记录，并用记录的实际值替换查询中所有用到来自该表的属性的地方。一个更复杂的例子如下：

  explain select * from t as t1, t as t2 where t1.a = 1 and t2.a = t1.b + 1;

的输出结果为（由于排版关系省略了一些输出内容）：
+----+...+-----------------------------------------------------+
| id | ... | Extra                                               |
+----+...+-----------------------------------------------------+
|  1 | ... | Impossible WHERE noticed after reading const tables |
+----+...+-----------------------------------------------------+

MySQL得出上述查询不会输出结果的步骤如下： 1、首先根据t1.a = 1条件找到一条记录（1,1）; 2、将上述记录中b的值1替换查询中的t1.b，即将上述查询转化为等价的“explain select 1, 1,t2.a, t2.b from t as t2 where t2.a = 1 + 1”； 3、优化器计算常量表达式的值，即计算1+1得出结果为2； 4、优化器根据t2.a = 2条件查找，发现没有命中记录； 5、优化器最终打断出上述查询不可能输出结果。

被监控设备必须支持snmp协议，因为mrtg就是通过snmp协议来获取该设备的端口流量信息。如何在一个网络设备上启用snmp协议呢？

在配置模式下执行如下命令：3550(config)#snmp-server community public ro，启用snmp协议。启用后才能使用mrtg进行监控。

我中心用一台linux服务器监控三台网络设备的流量，其服务器地址为10.66.100.100/16，三台交换机的任一VLAN地址分别为 192.168.3.253，172.19.96.2，10.70.0.1。现为了叙述方便，仅选取10网段的交换机为例进行说明。其他设备方法相同，不 再赘述。

在执行mrtg的各步操作前，linux系统中必须先安装apache服务，用于网页发布。

I、Apache服务的安装

因为mrtg是以网页的形式来显示被监测设备的端口流量信息的，所以必须先安装apache服务。现将安装过程中的几个问题描述如下：

下载apache-2.0.44-2.i586.rpm软件包，安装时系统显示”libssl.so.0  is  needed  by  apache-2.0.44-2.i586.rpm”，说明安装apache服务时需要该函数库。

下载openssl-compat-0.9.6m-8.i586.rpm软件包，安装后系统不再出现上述提示，但提示缺少libdb.so.3文件，下载db2-2.4.14-8.i585.rpm软件包，安装后可以正常安装apache2.0。

II、启动Apache服务

在”控制面板”‘”服务”项中选中httpd项，进行各种操作。

III、 Apache服务的配置

安装完成后，系统自动在/etc/apache2目录下生成httpd.conf文件，该文件是Apache服务的配置文件，将其中一行修改如下：

此目录即为网页发布目录，后续操作所生成的索引文件都将存放在这个目录中，才能以网页的形式发布出来。

注：给大家介绍一个网站，上面提供了非常全面的rpm包下载，本文中所用的所有rpm包都从该网站下载，非常方便。网址为：http://rpm.pbone.net/

IV、安装MRTG

下载mrtg-2.16.2.tar.gz文件， 解压缩至mrtg-2.16.2目录，命令如下：

[root@localhost lxjun]#tar   -zxvf    mrtg-2.16.2.tar.gz

将mrtg安装至指定目录/usr/local/mrtg-2 [root@localhost mrtg-2.16.2]#./configure   –prefix=/usr/local/mrtg-2 [root@localhost mrtg-2.16.2]#make [root@localhost mrtg-2.16.2]#make   install

1、 生成.cfg文件

[root@localhost bin]#perl cfgmaker [email protected] –global “workdir:/usr/local/apache2/htdocs/mrtg”  –output  mrtg10.70.0.1.cfg

这样即在/usr/local/mrtg-2/bin目录下生成10网段交换机的配置文件mrtg10.70.0.1.cfg

2、编辑配置文件

使用vi编辑器对该文件进行编辑，使其成为一个守护进程运行

在该文件末尾添加runasdaemon:yes，存盘退出。

3、后台运行mrtg，时刻监视设备端口流量

[root@localhost bin]# perl   mrtg    mrtg10.70.0.1.cfg   &

注：若此进程正在运行，应先杀掉后才能正常执行，否则将出现错误提示。在执行此操作前，应先使用[root@localhost bin]# ps  -ef  |grep  mrtg命令查看一下正在运行的关于mrtg的进程，查看结果如下：

root     16004     1  0  Apr03 ？         00:10:37 perl mrtg mrtg192.168.211.1.cfg root     20778     1  0  Apr04 ？         00:03:50 perl mrtg mrtg172.19.96.2.cfg root      6277     1  0  09:27 ？          00:00:02 perl mrtg mrtg10.70.0.1.cfg root      6420  6169  0  09:41   pts/4    00:00:00 grep mrtg

、 安装SNMP 一般版本的FreeBSD系统SNMP存放在/usr/ports/net/net-snmp下面，但是有的版本不是。有些版本 在安装Package的时候，除了要安装Net之外，还要安装Net-mgmt里面的SNMP，安装好之后，SNMP就存放在/usr/ports /net-mgmt/net-snmp下面了。下面就是安装过程： # cd /usr/ports/net-mgmt/net-snmp #snmp的存放路径 # make install clean #安装snmp # ee /etc/rc.conf snmpd_enable=”YES” snmpd_flags=”-p /var/run/snmpd.pid” # /etc/netstart # ee /usr/local/share/snmp/snmpd.conf rocommunity public # /usr/local/etc/rc.d/snmpd.sh start #启动snmp

2、 安装mrtg mrtg根据不同的版本存放的位置不同，一般存放在/usr/ports/net/net-snmp下面，这里介绍的安装过程种mrtg存放在/usr/ports/net-mgmt/mrtg下面。 # cd /usr/ports/net-mgmt/mrtg #mrtg的存放路径 # make install clean #安装mrtg # cd /home #以下四个命令是建立MRTG # mkdir http #的WEB目录，具体目录可以 # cd http #根据个人的爱好自己设定 # mkdir mrtg # cd /usr/local/etc/mrtg # /usr/local/bin/cfgmaker [email protected] > mrtg #创建MRTG的cfg文件 192.168.1.100 ：被监控设备的地址 mrtg ：是要输出的档案 public ：设备设定档的共同的名字(community name) 预设是public， 这个可以在/usr/local/share/snmp/snmpd.conf里面修改 # ee mrtg WorkDir: /home/http/mrtg #指向已设定的WEB目录 # /usr/local/bin/indexmaker –-title ‘标题’ –output /home/http/mrtg/index.html mrtg #生成index.html文件 # /usr/local/bin/mrtg /usr/local/etc/mrtg/mrtg #运行mrtg（如果有错误，就 多运行几次） #ee /etc/crontab #让mrtg每5分钟运行一次 */5 * * * root /usr/local/bin/mrtg /usr/local/etc/mrtg/mrtg

MRTG(Multi Router Traffic Grapher)，通常讲是一个监控网络链路流量负载的开源软件，它可以从所有运行SNMP协议的设备上（包括服务器、路由器、交换机等）抓取信息。事实上它不仅可以监控网络设备，任何其它的支持SNMP协议的设备都可以做为MRTG的监控对象，并自动生成包含PNG图形格式的HTML文档，通过HTTP 方式显示给用户。

官方的安装指导：http://mrtg.cs.pu.edu.tw/doc/mrtg-nt-guide.en.html

准备安装环境

安装之前，除了MRTG安装程序外，还要下载几个辅助软件。这些软件全部是免费的。

1. 下载MRTG http://www.mrtg.org

2. 下载ActivePerl http://www.activestate.com/Products/Download/Download.plex?id=ActivePerl

3. 下载Windows服务安装工具：SERANY.exe 和 INSTSRV.exe http://www.electrasoft.com/srvany/srvany.htm

安装MRTG

下载了以上软件后就可以开始安装了。事实上在Windows上安装MRTG很简单，因为MRTG是以Perl语言开发的，所以要首先安装一个Perl语言的运行环境出来。

1. 安装ActivePerl

解压ActivePerl的包，在安装目录中找到install.bat文件，运行它即可。在DOS窗口中，安装程序会问一些问题，诸如安装路径、是否要修改环境变量等，可以全部使用缺省设置，一路回车就行了。缺省情况下Perl安装在C:\Perl目录下。完成安装后，打开Windows的环境变量检查一下是否增加了Perl的运行文件路径。

2. 安装MRTG

解压MRTG的包，我用的是MRTG-2.12.2版本。将解压后的目录移到C:\下就行了。

需要注意的地方

(1)、给Windows安装SNMP协议支持 通常由于SNMP是一个建议关闭的协议(因为有安全漏洞)，所以Windows 2003不是缺省安装的。不过MRTG就是要用SNMP协议，有什么办法呢，就装一个吧。在“控制面板->增加/删除程序->Windows 组件安装”中，安装SNMP的组件。(打开”Windows 组件向导”–>在“组件”中，单击“管理和监视工具”（但是不要选中或清除其复选框），然后单击“详细信息”。 选中“简单网络管理协议”复选框，然后单击“确定”。)

(2)、修改SNMP的安全设置

如果被监控的机器上也跑Windows的话，这部分就一定要设置(要在被监控方设置，MRTG所在服务器可以不用设置)，否则永远也收不到SNMP的消息。 打开Services窗口并找到SNMP服务，打开右键菜单，选择属性。在打开的窗口中找到“安全”选项页。在选项页中有两部分设置，上半部分是指 SNMP服务接受哪种Community指示字，缺省情况下Windows 2003不对任何指示字反馈。我一般都设为“public–READ ONLY”。下半部分可以设置可信任的主机名、IP或是IPX名称。

(3)、修改防火墙

如果你安装了防火墙，要记得打开UDP 161端口，否则也会问题多多。

运行MRTG 好了，总算安装完了。现在可以运行一下MRTG了，看看它的庐山真面目。

打开DOS窗口，首先进入C:\mrtg\bin，然后输入以下命令：

perl cfgmaker public@localhost –global “WorkDir: C:\Inetpub\wwwroot\mrtg” –output mrtg.cfg

这条命令是给MRTG建立一个监控配置文件，监控的对象是localhost，就是本地机器。你也可以用IP地址来代替localhost，或者指向其它的监控主机。(注意:上面这行命令中WorkDir: 与C:盘符之间要有空格!!! 另外C:\Inetpub\wwwroot\mrtg这个目录也可以换成其它目录，不过因为mrtg会在这个工作目录下生成统计图表和网页，所以一般指定为某个站点下的目录，以方便直接从网上查看统计数据)

再键入一个命令：

perl mrtg mrtg.cfg

这个命令会在C:\Inetpub\wwwroot\mrtg目录下建立一些HTML和PNG文件，这些文件就是用户通常看到的流量报表了。

使MRTG成为Windows的服务

SERANY.exe和INSTSRV.exe这两个程序是Windows自带的工具的软件。它们可以把任何一个Windows的应用程序安装成为

Windows的一个服务。

(1)、修改注册表

创建一个文本文件，在文件中写入以下内容，并保存为mrtg.reg文件：

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MRTG\Parameters] “Application”=”c:\perl\bin\wperl.exe” “AppParameters”=”c:\mrtg\bin\mrtg –logging=eventlog c:\mrtg\bin\mrtg.cfg” “AppDirectory”=”c:\mrtg\bin\”

服务器生成的二进制日志文件写成二进制格式。要想检查这些文本格式的文件，应使用mysqlbinlog实用工具。

应这样调用mysqlbinlog：shell> mysqlbinlog [options] log-files…

例如，要想显示二进制日志binlog.000003的内容，使用下面的命令：

shell> mysqlbinlog binlog.0000003

输出包括在binlog.000003中包含的所有语句，以及其它信息例如每个语句花费的时间、客户发出的线程ID、发出线程时的时间戳等等。

通常情况，可以使用mysqlbinlog直接读取二进制日志文件并将它们用于本地MySQL服务器。也可以使用–read-from-remote-server选项从远程服务器读取二进制日志。

当读取远程二进制日志时，可以通过连接参数选项来指示如何连接服务器，但它们经常被忽略掉，除非你还指定了–read-from-remote-server选项。这些选项是–host、–password、–port、–protocol、–socket和–user。

还可以使用mysqlbinlog来读取在复制过程中从服务器所写的中继日志文件。中继日志格式与二进制日志文件相同。

在5.11.3节，“二进制日志”中详细讨论了二进制日志。

mysqlbinlog支持下面的选项：

·—help，–？

显示帮助消息并退出。

·—database= db_name，-d db_name

只列出该数据库的条目(只用本地日志)。

·–force-read，-f

使用该选项，如果mysqlbinlog读它不能识别的二进制日志事件，它会打印警告，忽略该事件并继续。没有该选项，如果mysqlbinlog读到此类事件则停止。

·–hexdump，-H

在注释中显示日志的十六进制转储。该输出可以帮助复制过程中的调试。在MySQL 5.1.2中添加了该选项。

·–host= host_name，-h host_name

获取给定主机上的MySQL服务器的二进制日志。

·–local-load= path，-l pat

为指定目录中的LOAD DATA INFILE预处理本地临时文件。

·–offset= N，-o N

跳过前_N_个条目。

·–password[= password]，-p[ password]

当连接服务器时使用的密码。如果使用短选项形式(-p)，选项和 密码之间_不能_有空格。如果在命令行中–password或-p选项后面没有 密码值，则提示输入一个密码。

·–port= port_num，-P port_ num

用于连接远程服务器的TCP/IP端口号。

·–position= N，-j N

不赞成使用，应使用–start-position。

·–protocol={TCP | SOCKET | PIPE | -position

使用的连接协议。

·–read-from-remote-server，-R

从MySQL服务器读二进制日志。如果未给出该选项，任何连接参数选项将被忽略。这些选项是–host、–password、–port、–protocol、–socket和–user。

·–result-file= name, -r name

mysql有一个功能就是可以log下来运行的比较慢的sql语句，默认是没有这个log的，为了开启这个功能， 要修改my.cnf或者在mysql启动的时候加入一些参数。如果在my.cnf(Windows为my.ini文件)里面修改，需增加如下几行

`long_query_time = 1

log-slow-queries = /var/youpath/slow.log

log-queries-not-using-indexes`

long_query_time 是指执行超过多久的sql会被log下来，这里是1秒。 log-slow-queries 设置把日志写在那里，可以为空，系统会给一个缺省的文件host_name-slow.log， log-queries-not-using-indexes 就是字面意思，log下来没有使用索引的query。

mysql有以下几种日志： 错误日志：   -log-err 查询日志：   -log 慢查询日志:     -log-slow-queries 更新日志:     -log-update 二进制日志：   -log-bin

把上述参数打开，运行一段时间，就可以关掉了,详细请见 http://blog.haohtml.com/index.php/archives/2772。

接下来就是分析了，这里的文件名字叫host-slow.log。 先mysqldumpslow –help以下，e它主要用的是 `-s ORDER what to sort by (t, at, l, al, r, ar etc), ‘at’ is default

-t NUM just show the top n queries

-g PATTERN grep: only consider stmts that include this string`

-s，是order的顺序，说明写的不够详细，主要有 c,t,l,r和ac,at,al,ar，分别是按照query次数，时间，lock的时间和返回的记录数来排序，前面加了a的时倒叙 -t，是top n的意思，即为返回前面多少条的数据 -g，后边可以写一个正则匹配模式，大小写不敏感的

`mysqldumpslow -s c -t 20 host-slow.log

目  录

一、  Nginx  基础知识

二、  Nginx  安装及调试

三、  Nginx Rewrite

四、  Nginx Redirect

五、  Nginx  目录自动加斜线:

六、  Nginx Location

七、  Nginx expires

八、  Nginx  防盗链

九、  Nginx  访问控制

十、  Nginx 日志处理

十一、  Nginx Cache

十二、  Nginx  负载均衡

十三、  Nginx 简单优化

十四、  如何构建高性能的 LEMP 环境

十五、  Nginx 服务监控

十六、  常见问题与错误处理.

十七、  相关资源下载

作者:NetSeek

欢迎转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明.

首发时间: 2008-11-25

转帖NetSeek的Nginx Tips 希望对广大Cuer有用！

附件pdf: Nginx常见应用技术-Tips.pdf