碰到问题
在自己编写的一个小脚本中，碰到这个一个小问题：
问题背景：
在脚本中多次导出数据，为了不用重复输入密码，在运行时，使用read读取用户输入，将密码存入变量。将mysql的命令中使用该变量，此时mysql提示在命令行直接输入密码不安全(其实他人无法看到密码)：
# 脚本读取使用密码的一段为：
read -s -p "Enter Password: " passwd
mysql -uroot -S xxx -p$passwd -e "xxx" > xxx.sql
使用该脚本时，MySQL的提示为：
Enter password:
Warning: Using a password on the command line interface can be insecure.
第二行的提示其实没啥用，但是又不愿意使用 2>/dev/null 把所有错误信息都屏蔽掉。强迫症表示要干掉这条错误信息！
问题内容：
将标准输出(stdout)，即导出的数据，重定向到文件保存。将输出的错误信息(stderr)中提示在命令行中使用密码不安全的Warning过滤掉(程序员只关心error，无视warning ：) )，同时，不影响其他错误信息的输出(不被过滤掉，也不会混到导出的数据中)。
求解过程
在Linux的bash中，可以将命令的标准输入(stdin)、标准输出(stdout)、标准错误输出(stderr)通过数据流重导向导入到文件，这可以方便我们记录很多信息。
管道的短处
在Linux中，管道”|“是经常使用的命令。可以很方便地利用一个命令来处理上一个命令的输出，准确的说是可以处理上一个命令的标准输出(stdout)，管道并不能处理上一个命令的错误输出信息(stderr)，如下：
# /tmp 目录下存在两个t开头的文件，不存在名为fff和sss的文件
# 这条命令的输出中包含两行标准输出(stdout)和两行标准错误输出(stderr)
[root /tmp ]$ ll t* fff sss
ls: cannot access fff: No such file or directory
ls: cannot access sss: No such file or directory
-rw-r--r-- 1 root root 29 Oct 8 15:11 t
-rwxr--r-- 1 root root 291 Sep 28 18:00 t.sh
# 无论grep过滤的关键词是什么，错误输出(stderr)的两行都在
[root /tmp ]$ ll t* fff sss | grep "fff"
ls: cannot access fff: No such file or directory
ls: cannot access sss: No such file or directory
[root /tmp ]$ ll t* fff sss | grep "t.sh"
ls: cannot access fff: No such file or directory
ls: cannot access sss: No such file or directory
-rwxr--r-- 1 root root 291 Sep 28 18:00 t.sh
数据流重导向和管道
当然，我们可以使用 2>&1 的数据流重定向，将错误输出(stderr)导向标准输出，这里很多人都知道：
# 在命令后加上 2>&1 就能使grep也能够过滤原来标准错误输出(stderr)的内容了
[root /tmp ]$ ll t* fff sss 2>&1 | grep "fff"
ls: cannot access fff: No such file or directory
[root /tmp ]$ ll t* fff sss 2>&1 | grep "t.sh"
-rwxr--r-- 1 root root 291 Sep 28 18:00 t.sh
如果这时又要将输出信息导出到文件的话，我们能从很多博客或者教材中看到这样的写法：
[root /tmp ]$ ll t* fff sss 1>/tmp/aa 2>&1
[root /tmp ]$ cat aa
ls: cannot access fff: No such file or directory
ls: cannot access sss: No such file or directory
-rw-r--r-- 1 root root 29 Oct 8 15:11 t
-rwxr--r-- 1 root root 291 Sep 28 18:00 t.sh
然而，这样的话，标准输出(stdout)和错误输出(stderr)都到一起了，如果我们要将两个输出分开到两个文件存放(对！人生苦短，就是要这么钻牛角尖和丧心病狂)。
用这个来模拟问题就是：标准输出(stdout)导出到/tmp/aa文件，错误信息(stderr)中只留下”fff“文件的这条，其他的过滤
问题解决方法
这样其实也很容易，具体的方法就是：将”1>/tmp/aa“和”2>&1“位置对调下！
[root /tmp ]$ ll t* fff sss 2>&1 1>/tmp/aa | grep "fff"
ls: cannot access fff: No such file or directory
[root /tmp ]$ cat aa
-rw-r--r-- 1 root root 29 Oct 8 15:11 t
-rwxr--r-- 1 root root 291 Sep 28 18:00 t.sh
[root /tmp ]$
这样，正确信息导出到/tmp/aa文件中，错误信息中过滤了不想要的信息。
自己总结
当时刚看到对调下就能产生这么大的差别时，心里默念了句：”哎呀，我x，还能这么用，我当初数据流白学了“
自己琢磨应该是这么回事：
2>&1 1>/tmp/aa
bash处理输出时，先碰到了”2>&1“，于是把错误信息(stderr)输出到标准输出(stdout)的位置(此时是默认位置，屏幕)。之后碰到了”1>/tmp/aa“，于是把原来的标准输出(stdout，不考虑被导过来的错误信息)输出到指定的文件(此时已被指定到/tmp/aa文件)
1>/tmp/aa 2>&1
bash处理输出时，先碰到了”1>/tmp/aa“，于是把标准输出(stdout)输出到指定文件(/tmp/aa文件)。之后碰到了”2>&1“，于是把错误信息(stderr)输出到标准输出(stdout)的位置(此时已被指定到/tmp/aa文件)
以上的也只是我自己瞎捉摸来帮助自己理解的。真实原因我不清楚，有个疑问就是：”1>/tmp/aa 2>&1“输出到文件的顺序并没有那么一致的顺序。按照我琢磨的，应该是先标准输出(stdout)后错误信息(stderr)。实际文件中的顺序为先错误信息(stderr)后标准输出(stdout)。
one more thing
如果有人知道具体怎么解释，或者有管道这方面的资料的话，欢迎告诉我
