四月 11th, 2010淘宝银行
以前常说淘宝上面冻结的那N亿的资金除了拿银行那点利息马云是看着流口水,确又不能动,现在终于动了,不知是否已经拿到开银行的文件了,可以开银行了–淘宝银行、阿里银行,可以发贷款了,不知是否也会有银行的通病—不良资产
以前常说淘宝上面冻结的那N亿的资金除了拿银行那点利息马云是看着流口水,确又不能动,现在终于动了,不知是否已经拿到开银行的文件了,可以开银行了–淘宝银行、阿里银行,可以发贷款了,不知是否也会有银行的通病—不良资产
张宴《实战Nginx:取代Apache的高性能Web服务器》pdf电子书下载
目录介绍:
第1部分 基础篇
第1章 Nginx简介
1.1 常用的Web服务器简介
1.2 Nginx简介
1.3 选择Nginx的理由
1.4 Nginx与Apache、Lighttpd的综合对比
第2章 Nginx服务器的安装与配置
2.1 安装Nginx服务器所需要的系统资源
2.2 Nginx的下载
2.3 Nginx的安装
2.4 Nginx的启动、停止、平滑重启
2.5 Nginx的平滑重启
2.6 Nginx的信号控制
2.7 Nginx的平滑升级
第2部分 进 阶 篇
第3章 Nginx的基本配置与优化
3.1 Nginx的完整配置示例
3.2 Nginx的虚拟主机配置
3.3 Nginx的日志文件配置与切割
3.4 Nginx的压缩输出配置
.3.5 Nginx的自动列目录配置
3.6 Nginx的浏览器本地缓存设置
第4章 Nginx与PHP(FastCGI)的安装、配置与优化
4.1 获取相关开源程序
4.2 安装PHP 5.2.10(FastCGI模式)
4.3 安装Nginx 0.8.15
4.4 配置开机自动启动Nginx + PHP
4.5 优化Linux内核参数
4.6 在不停止Nginx服务的情况下平滑变更Nginx配置
4.7 编写每天定时切割Nginx日志的脚本
第5章 Nginx与JSP、ASP.NET、Perl的安装与配置
5.1 Nginx与JSP(Tomcat)在Linux上的安装、配置
5.2 Nginx与ASP.NET(Mono+FastCGI)在Linux上的安装、配置
5.3 Nginx与Perl(FastCGI)在Linux上的安装、配置
第6章 Nginx HTTP负载均衡和反向代理的配置与优化
6.1 什么是负载均衡和反向代理
6.2 常见的Web负载均衡方法
6.3 Nginx负载均衡与反向代理的配置实例
6.4 Nginx负载均衡的HTTP Upstream 模块
6.5 Nginx负载均衡服务器的双机高可用
第7章 Nginx的Rewrite规则编写实例
7.1 什么是Nginx的Rewrite规则
7.2 Nginx Rewrite规则相关指令
7.3 PCRE正则表达式语法
7.4 Nginx的Rewrite规则编写实例
7.5 Nginx与Apache的Rewrite规则实例对比
第8章 Nginx模块开发
8.1 Nginx模块概述
8.2 Nginx模块编写实践
第9章 Nginx的Web缓存服务与新浪网的开源NCACHE模块
9.1 什么是Web缓存?
9.2 Nginx的Web缓存服务
9.3 新浪网开源软件项目——基于Nginx的NCache网页缓存系统
第3部分 实战篇
第10章 Nginx在国内知名网站中的应用案例
10.1 Nginx反向代理与负载均衡类网站应用案例
10.2 Nginx+PHP类网站应用案例
第11章 Nginx的非典型应用实例
11.1 用HTTPS(SSL)构建一个安全的Nginx Web服务器
11.2 采用Nginx搭建FLV视频服务器
11.3 Nginx+PHP+MySQL在小内存VPS服务器上的优化
11.4 采用Nginx搭建正向代理服务器
第4部分 模块篇
第12章 Nginx的核心模块
12.1 主模块指令
12.2 主模块变量
12.3 事件模块指令
第13章 Nginx的标准HTTP模块
13.1 HTTP的核心模块
13.2 HTTP Upstream模块
13.3 Http Access 模块
13.4 HTTP Auth Basic 模块
13.5 Http Autoindex 模块
13.6 Http Browser 模块
13.7 Http Charset 模块
13.8 Http Empty Gif模块
13.9 Http Fcgi 模块
13.10 geo 模块
13.11 Gzip 模块
13.12 Http Headers模块
13.13 Http Index模块
13.14 HTTP Referer模块
13.15 Http Limit Zone模块
13.16 Http Limit Req模块
13.17 Http Log模块
13.18 Http Map模块
13.19 Http Memcached模块
13.20 Http Proxy模块
第14章 Nginx的其他HTTP模块
14.1 Http Addition模块
14.2 Embedded Perl模块
14.3 Flv Stream模块
14.3 flv 指令
14.4 Http Gzip Static模块
14.5 Http Random Index模块
14.6 Http Geo IP模块
14.7 Http RealIp模块
14.8 Http SSL模块
14.9 Http Stub Status模块
14.10 Http Sub模块
14.11 Http Dav模块
14.12 Google Perftools模块
14.13 Http XSLT模块
14.14 Http Secure Link模块
14.15 Http Image Filter模块
第15章 Nginx的邮件模块
15.1 Nginx邮件核心模块
15.2 Nginx邮件认证模块
15.3 Nginx邮件代理模块
15.4 Nginx邮件SSL模块
15.5 Nginx邮件模块配置实例
索引
参考资料
昨天(2010-02-07)在深圳宴请朋友、同事,尽管下着大雨,可大伙都很赏脸,基本都到齐了,还有书古、建元同学也一直忙前忙后,阿茂一直当柴可夫司机,大毛、钱老板冒着大雨去超市抗饮料……还有很多有落下的请多多包涵。
特别要感谢老朱、老武、程浩一家的观临,很开心,结果把自己给灌醉了,第一次醉成这样。
感谢老婆,我醉的时候一直忙上忙下的
总之很开心,感谢各位的捧场,有招呼不周之处多多见谅
昨天眼睛有点疼,昨晚滴了眼药水什么的,今天还不见好,早上起床眼睛肿了,匆匆忙忙搬完家后马上跑医院去慰问一下医生,被医生把一只眼睛给贴住了,变成独眼龙。独眼看世界,发现一只眼睛观察东西老对不准,习惯2只眼睛对焦了
服务器生成的二进制日志文件写成二进制格式。要想检查这些文本格式的文件,应使用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 将输出指向给定的文件。 · --short-form,-s 只显示日志中包含的语句,不显示其它信息。 · --socket=path,-S path 用于连接的套接字文件。 · --start-datetime=datetime 从二进制日志中第1个日期时间等于或晚于datetime参量的事件开始读取。datetime值相对于运行mysqlbinlog的机器上的本地时区。该值格式应符合DATETIME或TIMESTAMP数据类型。例如: shell> mysqlbinlog --start-datetime="2004-12-25 11:25:56" binlog.000003 该选项可以帮助点对点恢复。 · --stop-datetime=datetime 从二进制日志中第1个日期时间等于或晚于datetime参量的事件起停止读。关于datetime值的描述参见--start-datetime选项。该选项可以帮助及时恢复。 · --start-position=N 从二进制日志中第1个位置等于N参量时的事件开始读。 · --stop-position=N 从二进制日志中第1个位置等于和大于N参量时的事件起停止读。 · --to-last-logs,-t 在MySQL服务器中请求的二进制日志的结尾处不停止,而是继续打印直到最后一个二进制日志的结尾。如果将输出发送给同一台MySQL服务器,会导致无限循环。该选项要求--read-from-remote-server。 · --disable-logs-bin,-D 禁用二进制日志。如果使用--to-last-logs选项将输出发送给同一台MySQL服务器,可以避免无限循环。该选项在崩溃恢复时也很有用,可以避免复制已经记录的语句。注释:该选项要求有SUPER权限。 · --user=user_name,-u user_name 连接远程服务器时使用的MySQL用户名。 · --version,-V 显示版本信息并退出。 还可以使用--var_name=value选项设置下面的变量: · open_files_limit 指定要保留的打开的文件描述符的数量。 可以将mysqlbinlog的输出传到mysql客户端以执行包含在二进制日志中的语句。如果你有一个旧的备份,该选项在崩溃恢复时也很有用(参见5.9.1节,“数据库备份”): shell> mysqlbinlog hostname-bin.000001 | mysql 或: shell> mysqlbinlog hostname-bin.[0-9]* | mysql 如果你需要先修改含语句的日志,还可以将mysqlbinlog的输出重新指向一个文本文件。(例如,想删除由于某种原因而不想执行的语句)。编辑好文件后,将它输入到mysql程序并执行它包含的语句。 mysqlbinlog有一个--position选项,只打印那些在二进制日志中的偏移量大于或等于某个给定位置的语句(给出的位置必须匹配一个事件的开始)。它还有在看见给定日期和时间的事件后停止或启动的选项。这样可以使用--stop-datetime选项进行点对点恢复(例如,能够说“将数据库前滚动到今天10:30 AM的位置”)。 如果MySQL服务器上有多个要执行的二进制日志,安全的方法是在一个连接中处理它们。下面是一个说明什么是不安全的例子: shell> mysqlbinlog hostname-bin.000001 | mysql # DANGER!! shell> mysqlbinlog hostname-bin.000002 | mysql # DANGER!! 使用与服务器的不同连接来处理二进制日志时,如果第1个日志文件包含一个CREATE TEMPORARY TABLE语句,第2个日志包含一个使用该临时表的语句,则会造成问题。当第1个mysql进程结束时,服务器撤销临时表。当第2个mysql进程想使用该表时,服务器报告 “不知道该表”。 要想避免此类问题,使用一个连接来执行想要处理的所有二进制日志中的内容。下面提供了一种方法: shell> mysqlbinlog hostname-bin.000001 hostname-bin.000002 | mysql 另一个方法是: shell> mysqlbinlog hostname-bin.000001 > /tmp/statements.sql shell> mysqlbinlog hostname-bin.000002 >> /tmp/statements.sql shell> mysql -e "source /tmp/statements.sql" mysqlbinlog产生的输出可以不需要原数据文件即可重新生成一个LOAD DATA INFILE操作。mysqlbinlog将数据复制到一个临时文件并写一个引用该文件的LOAD DATA LOCAL INFILE语句。由系统确定写入这些文件的目录的默认位置。要想显式指定一个目录,使用--local-load选项。 因为mysqlbinlog可以将LOAD DATA INFILE语句转换为LOAD DATA LOCAL INFILE语句(也就是说,它添加了LOCAL),用于处理语句的客户端和服务器必须配置为允许LOCAL操作。参见5.6.4节,“LOAD DATA LOCAL安全问题”。 警告:为LOAD DATA LOCAL语句创建的临时文件不会自动删除,因为在实际执行完那些语句前需要它们。不再需要语句日志后应自己删除临时文件。文件位于临时文件目录中,文件名类似original_file_name-#-#。 --hexdump选项可以在注释中产生日志内容的十六进制转储: shell> mysqlbinlog --hexdump master-bin.000001 上述命令的输出应类似: /*!40019 SET @@session.max_insert_delayed_threads=0*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; # at 4 #051024 17:24:13 server id 1 end_log_pos 98 # Position Timestamp Type Master ID Size Master Pos Flags # 00000004 9d fc 5c 43 0f 01 00 00 00 5e 00 00 00 62 00 00 00 00 00 # 00000017 04 00 35 2e 30 2e 31 35 2d 64 65 62 75 67 2d 6c |..5.0.15.debug.l| # 00000027 6f 67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |og..............| # 00000037 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # 00000047 00 00 00 00 9d fc 5c 43 13 38 0d 00 08 00 12 00 |.......C.8......| # 00000057 04 04 04 04 12 00 00 4b 00 04 1a |.......K...| # Start: binlog v 4, server v 5.0.15-debug-log created 051024 17:24:13 # at startup ROLLBACK; 十六进制转储的输出包含下面的元素: · Position: The byte position within the log file. · Timestamp: The event timestamp. In the example just shown, '9d fc 5c 43' is the representation of '051024 17:24:13' in hexadecimal. · Type: The type of the log event. '0f' means that the example event is a FORMAT_DESCRIPTION_EVENT. The types are: · 00 UNKNOWN_EVENT · This event should never be present in the log. · 01 START_EVENT_V3 · This indicates the start of a log file written by MySQL 4 or earlier. · 02 QUERY_EVENT · The most common type of events. These contain queries executed · on the master. · 03 STOP_EVENT · Indicates that master has stopped. · 04 ROTATE_EVENT · Written when the master switches to a new log file. · 05 INTVAR_EVENT · Used mainly for AUTO_INCREMENT values and if the LAST_INSERT_ID() · function is used in the statement. · 06 LOAD_EVENT · Used for LOAD DATA INFILE in MySQL 3.23. · 07 SLAVE_EVENT · Reserved for future use. · 08 CREATE_FILE_EVENT · Used for LOAD DATA INFILE statements. This indicates the start · of execution of such a statement. A temporary file is created · on the slave. Used in MySQL 4 only. · 09 APPEND_BLOCK_EVENT · Contains data for use in a LOAD DATA INFILE statement. The · data is stored in the temporary file on the slave. · 0a EXEC_LOAD_EVENT · Used for LOAD DATA INFILE statements. The contents of the · temporary file is stored in the table on the slave. · Used in MySQL 4 only. · 0b DELETE_FILE_EVENT · Rollback of LOAD DATA INFILE statement. The temporary file · should be deleted on slave. · 0c NEW_LOAD_EVENT · Used for LOAD DATA INFILE in MySQL 4 and earlier. · 0d RAND_EVENT · Used to send information about random values if the RAND() · function is used in the query. · 0e USER_VAR_EVENT · Used to replicate user variables. · 0f FORMAT_DESCRIPTION_EVENT · This indicates the start of a log file written by MySQL 5 or later. · 10 XID_EVENT · Event indicating commit of XA transaction · 11 BEGIN_LOAD_QUERY_EVENT · Used for LOAD DATA statements in MySQL 5 and later. · 12 EXECUTE_LOAD_QUERY_EVENT · Used for LOAD DATA statements in MySQL 5 and later. · 13 TABLE_MAP_EVENT · Reserved for future use · 14 WRITE_ROWS_EVENT · Reserved for future use · 15 UPDATE_ROWS_EVENT · Reserved for future use · 16 DELETE_ROWS_EVENT · Reserved for future use · Master ID: The server id of the master that created the event. · Size: The size in bytes of the event. · Master Pos: The position of the event in the original master log file. · Flags: 16 flags. · 01 LOG_EVENT_BINLOG_IN_USE_F · Log file correctly closed (Used only in FORMAT_DESCRIPTION_EVENT) · If this flag is set (if the flags are e.g. '01 00') in an · FORMAT_DESCRIPTION_EVENT, then the log file has not been · properly closed. Most probably because of a master crash (for · example, due to power failure). · 02 Reserved for future use. · 04 LOG_EVENT_THREAD_SPECIFIC_F · Set if the event is dependent on the connection it was · executed in (example '04 00'), e.g. if the event uses · temporary tables. · 08 LOG_EVENT_SUPPRESS_USE_F · Set in some circumstances when the event is not dependent on · the current database 其它标志保留用于将来使用。 |
在以后的版本中十六进制转储输出的格式可能会改变。
好久没有把移动硬盘拿出来用了,今天突然要找一些老照片,把硬盘拿出来用,发现硬盘咯吱咯吱响,系统认不硬盘了。很多上学时的记忆都没了,想起当时这个迈拓9代,120G硬盘还是大硬盘。。。。就这么牺牲了
发此贴纪念一下。。。
mk-kill – 顾名思义,杀mysql线程。安装方法查看这里。
在一个OLTP的生产环境,一般不会让sql执行过长的时间,特别是myisam这样表锁的引擎,如果出现长时间执行的sql一般是误操作,要不就是出现问题了。
出现这种情况,一般是登录mysql手工执行kill操作,Maatkit现在提供了一个命令来执行这个操作。例如:
杀掉超过60秒的sql: mk-kill -busy-time 60 -kill 如果你想先不杀,先看看有哪些sql运行超过60秒: mk-kill -busy-time 60 -print 如果你想杀掉,同时输出杀掉了哪些进程: mk-kill -busy-time 60 -print –kill |
mk-slave-find – 顾名思义,根据master查找slave。安装方法查看这里。
在mysql5.1里查看一个master有哪些slave可以通过PROCESSLIST系统表查出:
mysql> select HOST from information_schema.PROCESSLIST where STATE like '%slave%'; +------------------+ | HOST | +------------------+ | 192.168.1.2:44846 | | 192.168.1.3:33022 | | 192.168.1.4:50836 | | 192.168.1.5:32769 | | 192.168.1.6:33113 | | 192.168.1.7:33005 | | 192.168.1.8:32786 | | 192.168.1.9:32862 | +------------------+ 11 rows in set (0.00 sec) |
mk-query-digest 一个功能很强大的工具,能分析慢查询日志,也可以对当前的语句进行分析等。安装方法查看这里。
一、分析慢查询日志,生成报表
mysql通过log-slow-queries和long_query_time参数来记录慢查询,默认的格式如下:
# Time: 090909 4:34:28 # User@Host: sparty[sparty] @ [localhost] # Query_time: 18 Lock_time: 0 Rows_sent: 5 Rows_examined: 52830 select * from test; # Time: 090909 14:04:24 # User@Host: sparty[sparty] @ [localhost] # Query_time: 20 Lock_time: 0 Rows_sent: 10 Rows_examined: 2500284 select * from test2; |