1、systemd查看日志文件有隐藏该如何处理？
Centos7.x使用systemd提供的journalctl日志管理
a.基本上，系统由systemd所管理，那所有经由systemd启动的服务（）如果在启动或结束的过程中发生了一些问题或是正常的信息），就会将该信息由systemd-journald.service以二进制的方式记录下来，之后再将信息发个rsyslog.service作进一步的记载。
b.systemd-journald.service的记录主要都放置与内存中，因此在存取方面效能比较好。我们也能透过journalctl以及systemctl status unit.service 来查看各个不同服务的日志。在默认情况下，systemd日志保存于/run/log/journal中，系统重启后会清除，这里面的日志文件是二进制形式保存的，不能直接用less等文本文件查看的方式查看内容。
c.7个级别的含义为
serverity-level table（服务级别列表）
数字代码 服务级别 描述
0 emerg 系统不可用
1 alert 必须马上采取救援行动
2 crit 严重错误信息
3 error 错误信息
4 warning 警告信息
5 notice 普通但是值得注意的信息
6 info 一般信息
7 debug 调试信息
日志的分析是很重要的！你可以自行vim或者是journalctl进入日志去查看相关信息。Centos提供了logwatch这个日志分析程式
2、自己动手写一个systemd的配置文件， 让nginx服务可以开机启动
vim /etc/systemd/system/nginx.service
[Unit]
Description=nginx web server
After=network.target remote-fs.target nss-lookup.target
[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStart=/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s stop
[Install]
WantedBy=multi-user.target
说明：
此文件分成三段：[Unit]、[Service]和[Install]，
其中[Unit]段主要定义与类型无关的通用选项，这里定义了Description表示描述信息，将会显示在systemctl status nginx.service命令的输出内容中。After定义了要在这行所列出的服务启动后才能启动Nginx服务。
[Service]段主要定义了与Service类型相关的专用选项。这里定义了以下选项：
Type=forking，它表示后面定义的ExecStart的主进程生成的其中一个子进程将被提升成为主进程，启动完成后，旧的主进程会退出。
3、SIGHUP、SIGQUIT、SIGTERM、SIGINTERRUPT的区别
通过命令man 7 signal来查看每个信号的含义。
SIGHUP 控制终端关闭或控制进程退出时，终端会话内的子进程与控制进程的子进程都会收到这样的信号，系统对SIGHUP信号的默认处理是终止收到该信号的进程。所以若程序中没有捕捉该信号，当收到该信号时，进程就会退出。
SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-\ )来控制. 进程在因收到SIGQUIT退出时会产生core文件, 类似于一个程序错误信号。
SIGTERM程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出，shell命令kill缺省产生这个信号。如果进程终止不了，我们才会尝试SIGKILL，就是我们有时使用kill -9 pid来强行杀死进程。
SIGINTERRUPT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出，用于通知前台进程组终止进程。
4、用awk查看tcp连接处于TIMEOUT的连接个数
netstat -ta | awk '/^tcp\>/{if ($NF == "LISTEN") sum++}END {print sum}'