linux系统优化命令 linux 文件系统优化

Linux系统内核优化

最近由于项目linux系统优化命令的要实现无限级代理linux系统优化命令的模式linux系统优化命令，加上要实时统计业绩等等一些业务逻辑linux系统优化命令，导致对性能这块要求比较高一些，所以趁着这个机会呢，也分享一下实践后和综合一些资料之后的笔记，写得不一定很完美，但是也希望对有需要的朋友一丝丝的帮助。

大多数MySQL都部署在linux系统上，所以操作系统的一些参数也会影响到MySQL性能，以下对linux内核进行适当优化。

1、查看连接数 netstat -na|awk '/^tcp/ {++S[$NF]} END {for(i in S) print i,S[i]}'

2、查找 whereis sysctl.cnf

4、然后执行以下命令让参数生效linux系统优化命令： /sbin/sysctl -p

1、修改 vim /etc/security/limits.conf * 代表所有用户，也可以指定用户，重启系统生效

2、重启

相关问答

Q1: 如何优化Linux系统的内存使用

观察内存使用问题linux系统优化命令，free是很好用的一个命令

free -g

Mem：表示物理内存统计

total：表示物理内存总量(total = used + free)used：表示总计分配给缓存（包含buffers 与cache ）使用的数量linux系统优化命令，但其中可能部分缓存并未实际使用。free：未被分配的内存。shared：共享内存linux系统优化命令，一般系统不会用到linux系统优化命令，这里也不讨论。buffers：系统分配但未被使用的buffers 数量。cached：系统分配但未被使用的cache 数量。

-/+ buffers/cache：表示物理内存的缓存统计

used2：也就是第一行中的used – buffers-cached 也是实际使用的内存总量。 //used2为第二行free2= buffers1 + cached1 + free1 //free2为第二行、buffers1等为第一行free2：未被使用的buffers 与cache 和未被分配的内存之和，这就是系统当前实际可用内存。

性能相关

buffers与cached的区别

对于应用程序来说，buffers/cached 是等于可用的，因为buffer/cached是为了提高文件读取的性能，当应用程序需在用到内存的时候，buffer/cached会很快地被回收。所以从应用程序的角度来说 可用内存=系统free memory+buffers+cached.

buffers是指用来给块设备做的缓冲大小，他只记录文件系统的metadata以及 tracking in-flight pages.cached是用来给文件做缓冲。那就是说：buffers是用来存储，目录里面有什么内容，权限等等。而cached直接用来记忆linux系统优化命令我们打开的文件，如果你想知道他是不是真的生效，你可以试一下，先后执行两次命令#man X ,你就可以明显的感觉到第二次的开打的速度快很多。

cached实验：在一台没有什么应用的机器上做会看得比较明显。记得实验只能做一次，如果想多做请换一个文件名。

#free#man X#free#man X#free

你可以先后比较一下free后显示buffers的大小。

buffers实验：

#free#ls /dev#free

你比较一下两个的大小，当然这个buffers随时都在增加，但你有ls过的话，增加的速度会变得快，这个就是buffers/chached的区别。

因为Linux将你暂时不使用的内存作为文件和数据缓存，以提高系统性能，当你需要这些内存时，系统会自动释放（不像windows那样，即使你有很多空闲内存,他也要访问一下磁盘中的pagefiles）

Q2: linux 内核参数优化

作为高性能WEB服务器，只调整Nginx本身的参数是不行的，因为Nginx服务依赖于高性能的操作系统。

以下为常见的几个Linux内核参数优化方法。

net.ipv4.tcp_max_tw_buckets

对于tcp连接，服务端和客户端通信完后状态变为timewait，假如某台服务器非常忙，连接数特别多的话，那么这个timewait数量就会越来越大。

毕竟它也是会占用一定的资源，所以应该有一个最大值，当超过这个值，系统就会删除最早的连接，这样始终保持在一个数量级。

这个数值就是由net.ipv4.tcp_max_tw_buckets这个参数来决定的。

CentOS7系统，你可以使用sysctl -a |grep tw_buckets来查看它的值，默认为32768，

你可以适当把它调低，比如调整到8000，毕竟这个状态的连接太多也是会消耗资源的。

但你不要把它调到几十、几百这样，因为这种状态的tcp连接也是有用的，

如果同样的客户端再次和服务端通信，就不用再次建立新的连接了，用这个旧的通道，省时省力。

net.ipv4.tcp_tw_recycle = 1

该参数的作用是快速回收timewait状态的连接。上面虽然提到系统会自动删除掉timewait状态的连接，但如果把这样的连接重新利用起来岂不是更好。

所以该参数设置为1就可以让timewait状态的连接快速回收，它需要和下面的参数配合一起使用。

net.ipv4.tcp_tw_reuse = 1

该参数设置为1，将timewait状态的连接重新用于新的TCP连接，要结合上面的参数一起使用。

net.ipv4.tcp_syncookies = 1

tcp三次握手中，客户端向服务端发起syn请求，服务端收到后，也会向客户端发起syn请求同时连带ack确认，

假如客户端发送请求后直接断开和服务端的连接，不接收服务端发起的这个请求，服务端会重试多次，

这个重试的过程会持续一段时间（通常高于30s），当这种状态的连接数量非常大时，服务器会消耗很大的资源，从而造成瘫痪，

正常的连接进不来，这种恶意的半连接行为其实叫做syn flood攻击。

设置为1，是开启SYN Cookies，开启后可以避免发生上述的syn flood攻击。

开启该参数后，服务端接收客户端的ack后，再向客户端发送ack+syn之前会要求client在短时间内回应一个序号，

如果客户端不能提供序号或者提供的序号不对则认为该客户端不合法，于是不会发ack+syn给客户端，更涉及不到重试。

net.ipv4.tcp_max_syn_backlog

该参数定义系统能接受的最大半连接状态的tcp连接数。客户端向服务端发送了syn包，服务端收到后，会记录一下，

该参数决定最多能记录几个这样的连接。在CentOS7，默认是256，当有syn flood攻击时，这个数值太小则很容易导致服务器瘫痪，

实际上此时服务器并没有消耗太多资源（cpu、内存等），所以可以适当调大它，比如调整到30000。

net.ipv4.tcp_syn_retries

该参数适用于客户端，它定义发起syn的最大重试次数，默认为6，建议改为2。

net.ipv4.tcp_synack_retries

该参数适用于服务端，它定义发起syn+ack的最大重试次数，默认为5，建议改为2，可以适当预防syn flood攻击。

net.ipv4.ip_local_port_range

该参数定义端口范围，系统默认保留端口为1024及以下，以上部分为自定义端口。这个参数适用于客户端，

当客户端和服务端建立连接时，比如说访问服务端的80端口，客户端随机开启了一个端口和服务端发起连接，

这个参数定义随机端口的范围。默认为32768 61000，建议调整为1025 61000。

net.ipv4.tcp_fin_timeout

tcp连接的状态中，客户端上有一个是FIN-WAIT-2状态，它是状态变迁为timewait前一个状态。

该参数定义不属于任何进程的该连接状态的超时时间，默认值为60，建议调整为6。

net.ipv4.tcp_keepalive_time

tcp连接状态里，有一个是established状态，只有在这个状态下，客户端和服务端才能通信。正常情况下，当通信完毕，

客户端或服务端会告诉对方要关闭连接，此时状态就会变为timewait，如果客户端没有告诉服务端，

并且服务端也没有告诉客户端关闭的话（例如，客户端那边断网了），此时需要该参数来判定。

比如客户端已经断网了，但服务端上本次连接的状态依然是established，服务端为了确认客户端是否断网，

就需要每隔一段时间去发一个探测包去确认一下看看对方是否在线。这个时间就由该参数决定。它的默认值为7200秒，建议设置为30秒。

net.ipv4.tcp_keepalive_intvl

该参数和上面的参数是一起的，服务端在规定时间内发起了探测，查看客户端是否在线，如果客户端并没有确认，

此时服务端还不能认定为对方不在线，而是要尝试多次。该参数定义重新发送探测的时间，即第一次发现对方有问题后，过多久再次发起探测。

默认值为75秒，可以改为3秒。

net.ipv4.tcp_keepalive_probes

第10和第11个参数规定了何时发起探测和探测失败后再过多久再发起探测，但并没有定义一共探测几次才算结束。

该参数定义发起探测的包的数量。默认为9，建议设置2。

设置和范例

在Linux下调整内核参数，可以直接编辑配置文件/etc/sysctl.conf，然后执行sysctl -p命令生效。

Q3: 让Linux系统保持活力的优化脚本

    笔者从生产系统上和网络资料上总结出几种优化脚本linux系统优化命令，脚本从磁盘和内存方面入手，让Linux系统保持活力。特别是第三种清理缓存释放内存，可以结合笔者以前linux系统优化命令的文章-Linux健康检查脚本health-check-script来做进一步的包装，特别是在做大量数据备份之后，完成自动检测和清理工作。

    下面的delete_data函数中的三条命令可以完成目录下所有文件、log文件和log.gz文件按过期时间清理。

delete_data()

{

    delete_time=$1

    #清理目录下所有过期文件

    find /home/pi/log/ -mtime +$delete_time -exec rm -r {} \;

    #清理目录下.log过期文件

    find /home/pi/log/  -mtime +$delete_time -name '*.log' -exec rm -r {} \;

    #清理目录下.log.gz过期文件

    find /home/pi/log/  -mtime +$delete_time -name '*.log.gz' -exec rm -r {} \;

}

2.1目录下文件单独压缩打包

#将/home/pi/log/目录下的.log文件打包成.gz文件，

find /home/pi/log/  -name '*.log' -exec gzip -f {} \;

运行测试，默认gzip 会删除源文件，并生成xx.gz文件。

zcat  filename.gz  可以直接查看文件内容。gunzip –c filename.gz  可以解压缩并保留源文件，但是解压后显示在标准输出上，没有解压后文件。gunzip -cv filename.gz filename ，可以保留源文件和压缩后文件，-v是显示进度。压缩保留源文件是 gzip  -cv filename  filename.gz 。

2.2目录下文件以前一起打包压缩

    gzip无法压缩文件夹，仅用于压缩单个文件，要压缩文件夹，应该使用tar + gzip ，即是tar -z。

#将log目录下的文件打包并以时间命令，打包后以 gzip 压缩

tar -zcvf  $(date +%Y%m%d%H%M%S)log.tar.gz log/

tar -ztvf log.tar.gz可以查看包内有哪些文件。

tar -zxvf 20210219143137log.tar.gz         解压缩到当前目录

tar  -zxvf  20210219143137log.tar.gz  -C  log2/  将包解压到log2目录下。

    频繁的文件访问（特别是数据备份后）会导致系统的Cache使用量大增。sysctl命令用于运行时配置内核参数，这些参数位于/proc/sys目录下。

    这里我们来看一下 buff/cache的作用。

    buffer指Linux内存的 缓冲区缓存 Buffer cache，cache指Linux内存中的 页面缓存 Page cache。

    Cache（Page cache，页面缓存）： 主要用来作为文件系统上的文件数据的缓存来用，尤其是针对当进程对文件有read／write操作的时候。

    Buffer（Buffer cache，缓冲区缓存）： 主要是针对块设备进行缓存的，比如当我们对一个文件进行写操作的时候，page cache的内容会被改变，而buffer cache则可以用来将page标记为不同的缓冲区，并记录是哪一个缓冲区被修改linux系统优化命令了。这样，内核在后续执行脏数据的回写（writeback）时，就不用将整个page写回，而只需要写回修改的部分即可。

    Linux内核会在内存将要耗尽的时候，触发内存回收的工作，以便释放出内存给急需内存的进程使用。怎么手动清除呢linux系统优化命令？修改/proc/sys/vm/drop_caches 的值。看看英语说明：

to free pagecache, use echo 1 /proc/sys/vm/drop_caches;

to free dentries and inodes, use echo 2 /proc/sys/vm/drop_caches;

to free pagecache, dentries and inodes, use echo 3 /proc/sys/vm/drop_caches.

    即3可以释放所有类型的缓存。

  同时为了防止数据丢失，命令sync 将脏页的内容写回硬盘，但可能伴随着系统磁盘IO飙高。

  运行free -m命令，再运行下面的脚本中的命令，发现 buff/cache减少了21M。

Q4: linux ulimit -u是设置什么参数的？

ulimit 是linux操作系统常用的优化参数命令。

-u number:设置用户最大进程数 （max user processes）

常用的 ulimit  命令参数：

-a 显示当前所有的资源限制.

-f size:设置创建文件的最大值.单位:blocks

-m size:设置可以使用的常驻内存的最大值.单位:kbytes

-n size:设置内核可以同时打开的文件描述符的最大值.单位:n

-u number:设置用户最大进程数 （max user processes）

关于linux系统优化命令和linux 文件系统优化的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。