分类:未分类


mysql远程备份、压缩、解压、导入一条命令搞定


需求: 需要把远程的mysql服务器A上的数据,导出再导入到另一台服务器B。
其中B机器没有外网,所以只能通过中间一台有外网的机器C来操作。
其中C机器和B机器内网是通的。

思路就是: 先登录C机器,然后在C机器上执行命令:
ssh  user@A   “mysqldump -uroot –single-transaction  –master-data=2 -q –flush-logs –databases databasename |bzip2 -” |bzip2 -d |tee /data/1.sql |mysql -hB  -Pport -uusername -ppasswd

说明:

1. 命令中的A,B都为IP地址。

2. InnoDB 表在备份时,通常启用选项 –single-transaction 来保证备份的一致性,实际上它的工作原理是设定本次会话的隔离级别为:REPEATABLE READ,以确保本次会话(dump)时,不会看到其他会话已经提交了的数据。

3. master-data,使用此选项,可用于设立另一台服务器作为master的slave。它会使dump输出包含CHANGE MASTER TO语句,标记dump源的二进制日志坐标(文件名和位置)。在把load dump文件加载到slave之后,slave应当从该master坐标开始复制。如果选项赋值为2,那么CHANGE MASTER TO 语句会被写成一个SQL comment(注释),从而只提供信息,如果选项赋值为1,那么CHANGE MASTER TO语句不会被写成注释并且在dump被载入时生效。如果没有指定,默认值为1。

nginx 代理tomcat,自定义404页面


需求背景是:

网站基于java,使用tomcat搭建环境,使用nginx作为前端代理。若不做特殊处理,当访问出现404时,将会返回tomcat的404页面,现要求404页面为nginx的自定义页面,并非tomcat自带的404页面。

nginx的配置文件内容如下:

server {

listen 80;

server_name www.xxx.com;

proxy_intercept_errors  on;

recursive_error_pages   on;

location / {

error_page 404 @404;

proxy_pass      http://127.0.0.1:8080;

proxy_set_header Host   $host;

}

location @404 {

root /tmp/111/;

error_page 404 /404.html;

}

}

其中红色字体的两行配置非常关键,404.html的位置在/tmp/111/404.html。

proxy_intercept_errors  on; 当上游服务器响应头回来后,可以根据响应状态码的值进行拦截错误处理,与error_page 指令相互结合。用在访问上游服务器出现错误的情况下。

recursive_error_pages   on; 可以让下面的location @404生效。


grep命令的-P选项


man grep的时候有一个-P,文档上的英文:

-P, –perl-regexp

Interpret PATTERN as a Perl regular expression.  This is highly experimental and grep -P may warn of  nimplemented features.

这意思是,-P 可以让grep使用perl的正则表达式语法,因为perl的正则更加多元化,能实现更加复杂的场景。

最典型的用法是,匹配指定字符串之间的字符。 比如,我们想在一句话(Hello,my name is aming.)中匹配中间的一段字符串(my name is) 可以这样写正则表达式。

echo “Hello, my name is aming.”|grep -P ‘(?<=Hello, ).*(?= aming.)’

如果只需要匹配到的部分,还可以加上-o选项

echo “Hello, my name is aming.”|grep -Po ‘(?<=Hello, ).*(?= aming.)’

根据这个思路,我们可以去匹配IP地址

ifconfig eth0 |grep -Po ‘(?<=addr:).*(?= Bcast)’


sort命令默认并不以ASCII排序


咱们在课程中讲,sort命令默认以ASCII排序,但这是要一个前提的。先来看看ASCII表:

做个实验吧:
1.txt文件内容如下:
1
2
a
[
b
A
C
{
*
sort的时候,结果并不是按ASCII排序的:
[
{
*
1
2
a
A
b
C

这结果很明显不对。
man sort的时候发现了一个信息:
*** WARNING *** The locale specified by the environment affects sort order.  Set LC_ALL=C to get the traditional sort order that uses native byte values.
它意思是说,sort排序的结果会跟运行sort的系统环境有关系,而影响sort排序结果的环境变量为LC_ALL,如果想要按ASCII排序,需要设置LC_ALL=C
我们在系统上查看该变量
echo $LC_ALL 结果为空,然后设置一下:
export LC_ALL=C
再次排序:
*
1
2
A
C
[
a
b
{

这次结果对了。

 

bzip2和xz的默认压缩级别验证


一个1.1G的日志文件

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -sh logfile

1.1G        logfile

[root@izwz98t5u2dsk7xaviccuhz tmp]# cp logfile logfile_9

[root@izwz98t5u2dsk7xaviccuhz tmp]# cp logfile logfile_6

[root@izwz98t5u2dsk7xaviccuhz tmp]# bzip2 logfile

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -sm logfile.bz2

42        logfile.bz2

[root@izwz98t5u2dsk7xaviccuhz tmp]# bzip2 -6 logfile_6

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -sh logfile_6.bz2

46M        logfile_6.bz2

到这里,就不用继续压缩logfile_9了吧。 答案已经确定,bzip2默认压缩级别就是9.

而xz的测试结果,有点匪夷所思。

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -s logfile_9.xz

48796        logfile_9.xz

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -s logfile_6.xz

47908        logfile_6.xz

[root@izwz98t5u2dsk7xaviccuhz tmp]# du -s logfile_default.xz

47908        logfile_default.xz

有一点可以肯定,xz默认压缩级别为6,但是用9级别压缩时,反而比6级别还要大一些,怪事。