centos运行时间(centos查看运行的进程)
查看CentOS系统运行了多久使用uptime命令centos
系统日志文件（可以通过cat或tail命令来查看）/var/log/message系统启动后的信息和错误日志，是Red Hat Linux中最常用的日志之一/var/log/secure与安全相关的日志信息/var/log/maillog与邮件相关的日志信息/var/log/cron与定时任务相关的日志信息/var/log/spooler与UUCP和news设备相关的日志信息/var/log/boot.log守护进程启动和停止相关的日志消息系统信息# uname-a#查看内核/操作系统/CPU信息# cat/etc/issue# cat/etc/redhat-release#查看操作系统版本# cat/proc/cpuinfo#查看CPU信息# hostname#查看计算机名# lspci-tv#列出所有PCI设备# lsusb-tv#列出所有USB设备# lsmod#列出加载的内核模块# env#查看环境变量资源# free-m#查看内存使用量和交换区使用量# df-h#查看各分区使用情况# du-sh<目录名>#查看指定目录的大小# grep MemTotal/proc/meminfo#查看内存总量# grep MemFree/proc/meminfo#查看空闲内存量# uptime#查看系统运行时间、用户数、负载# cat/proc/loadavg#查看系统负载磁盘和分区# mount column-t#查看挂接的分区状态# fdisk-l#查看所有分区# swapon-s#查看所有交换分区# hdparm-i/dev/hda#查看磁盘参数(仅适用于IDE设备)# dmesg grep IDE#查看启动时IDE设备检测状况网络# ifconfig#查看所有网络接口的属性# iptables-L#查看防火墙设置# route-n#查看路由表# netstat-lntp#查看所有监听端口# netstat-antp#查看所有已经建立的连接# netstat-s#查看网络统计信息进程# ps-ef#查看所有进程# top#实时显示进程状态(另一篇文章里面有详细的介绍)用户：# w#查看活动用户# id<用户名>#查看指定用户信息# last#查看用户登录日志# cut-d:-f1/etc/passwd#查看系统所有用户# cut-d:-f1/etc/group#查看系统所有组# crontab-l#查看当前用户的计划任务服务# chkconfig–list#列出所有系统服务# chkconfig–list grep on#列出所有启动的系统服务程序# rpm-qa#查看所有安装的软件包
【UTC】CentOS7修改时区的正确姿势
整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC,Universal Time Coordinated)。
格林威治标准时间(Greenwich Mean Time)指位于英国伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义在通过那里的经线。(UTC与GMT时间基本相同，本文中不做区分)
中国标准时间(China Standard Time)【GMT + 8 = UTC + 8 = CST】
夏令时(Daylight Saving Time)指在夏天太阳升起的比较早时，将时钟拨快一小时，以提早日光的使用。（中国不使用）
RTC(Real-Time Clock)或CMOS时钟，一般在主板上靠电池供电，服务器断电后也会继续运行。仅保存日期时间数值，无法保存时区和夏令时设置。
一般在服务器启动时复制RTC时间，之后独立运行，保存了时间、时区和夏令时设置。
在CentOS 6版本，时间设置有date、hwclock命令，从CentOS 7开始，使用了一个新的命令timedatectl。
Centos7修改系统时区timezone ，解决快、慢8小时问题
如果服务器用非 UTC的时间，时区转换很容易不一致，而且对于有 daylight saving的时区，每年多一小时少一小时的那两天，系统就会出现各种诡异现象。
服务器使用UTC时间，如要显示用户所在时区的本地时间，在客户端转化即可。
# timedatectl
我们可以看到，服务器使用的CST时间
# timedatectl set-timezone UTC
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS"
# timedatectl
我们可以看到，服务器时间类型更改为UTC了
# ll /etc/locatime
lrwxrwxrwx. 1 root root 25 1月 14 08:30 /etc/localtime->../usr/share/zoneinfo/UTC
实际上是做了一个将
文件 /etc/localtime 做了一个软连接到 /usr/share/zoneinfo/UTC
# ln -s /usr/share/zoneinfo/UTC /etc/localtime
ln:无法创建符号链接"/etc/localtime":文件已存在
# ln -sf /usr/share/zoneinfo/UTC /etc/localtime
做软连接时，需要加-f参数，强制覆盖，不然会显示软链接已存在
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS" //只设置时分秒
# timedatectl
# clock -w
# date -u //显示UTC时间
CentOS7修改时区的正确姿势
CentOS7上运行Java程序，发现程序生成的时间与当前时间匹配不上，还以为是数据停止更新了，后来发现没有正确使用修改时区的姿势，导致程序时区错误。
正确的修改CentOS7时区的姿势：
# ln -sf/usr/share/zoneinfo/Asia/Shanghai /etc/localtime
其他系统的修改文件可能是/var/etc/localtime.
错误的姿势：通过cp命令覆盖/etc/localtime时间
# cp-f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
通过cp命令修改时区，通过date, data-R命令显示的时区都是正确的，可是对于java程序而言，是错误的。
具体原因在于Java访问系统时区的方式上，可参见文章：
Java TimeZone和 Linux TimeZone问题
该文章很好的说明了Java访问系统时区的方式：
1.如有环境变量 TZ设置，则用TZ中设置的时区
2.在/etc/sysconfig/clock文件中找“ZONE”的值
3.如何2)都没，就用/etc/localtime和/usr/share/zoneinfo下的时区文件进行匹配，如找到匹配的，就返回对应的路径和文件名。
问题在于，如果使用cp命令来修改/etc/localtime文件，那么可能就会导致修改的不是/etc/localtime文件，而是原时区的文件内容。
/etc/localtime是通过符号链接链接/usr/share/zoneinfo下的文件，而java是通过文件名来确认时区的，data命令是通过文件内容确认时区的，这样就导致了data命令时区正确，而java的时区是错误的！
如上图所示：CentOS7是通过符号链接到/usr/share/zoneinfo/下的时区文件的，如果通过cp指令只会修改原时区文件内容，这样，通过date的系统命令，查看时间是OK的，可是java是通过读取文件名的方式确认时区信息的。所以时区还是纽约。
如何查看centos系统cpu/内存使用情况
1.在系统维护的过程中，随时可能有需要查看CPU使用率，并根据相应信息分析系统状况的需要。在CentOS中，可以通过top命令来查看CPU使用状况。运行top命令后，CPU使用状态会以全屏的方式显示，并且会处在对话的模式--用基于top的命令，可以控制显示方式等等。退出top的命令为q（在top运行中敲q键一次）。top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器，可以直接使用top命令后，查看%MEM的内容。可以选择按进程查看或者按用户查看，如想查看oracle用户的进程内存使用情况可以使用如下的命令：$top-uoracle2.释义：PID：进程的IDUSER：进程所有者PR：进程的优先级别，越小越优先被执行NInice：值VIRT：进程占用的虚拟内存RES：进程占用的物理内存SHR：进程使用的共享内存S：进程的状态。S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值为负数%CPU：进程占用CPU的使用率%MEM：进程使用的物理内存和总内存的百分比TIME+：该进程启动后占用的总的CPU时间，即占用CPU使用时间的累加值。COMMAND：进程启动命令名
