centos apache 自动？centos如何安装软件

云服务器测评

2025-1-9

linux相关教程

各位老铁们好，相信很多人对centos apache 自动都不是特别的了解，因此呢，今天就来为大家分享下关于centos apache 自动以及centos如何安装软件的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！

CentOS下SWAP分区建立及释放内存详解

方法一：

一、查看系统当前的分区情况：

free-m

二、创建用于交换分区的文件:

dd if=/dev/zero of=/whatever/swap bs=block_size（10M）count=number_of_block(3000)

三、设置交换分区文件:

mkswap/export/swap/swapfile

四、立即启用交换分区文件:

swapon/whateever/swap

五、若要想使开机时自启用，则需修改文件/etc/fstab中的swap行：

/whatever/swap swap swap defaults 0 0

方法二

增加交换分区空间的方法：

1.查看一下/etc/fstab确定目前的分区

2.swapoff/dev/hd**

3.free看一下是不是停了.

4.fdisk删了停掉的swap分区

5.重新用FDISK建一个新的SWAP分区

6.mkswap/dev/hd**把新的分区做成swap

7.swapon/dev/hd**打开swap

8.修改/etc/fstab

操作实例：

1.查看系统Swap空间使用

# free

total used free shared buffers cached

Mem: 513980 493640 20340 0 143808 271780

-/+ buffers/cache: 78052 435928

Swap: 1052248 21256 1030992

2.在空间合适处创建swap文件

# mkdir swap

# cd swap

# dd if=/dev/zero of=swapfile bs=1024 count=10000

10000+0 records in

10000+0 records out

# ls-al

total 10024

drwxr-xr-x 2 root root 4096 7月 28 14:58.

drwxr-xr-x 19 root root 4096 7月 28 14:57..

-rw-r--r-- 1 root root 10240000 7月 28 14:58 swapfile

# mkswap swapfile

Setting up swapspace version 1, size= 9996 KiB

3.激活swap文件

# swapon swapfile

# ls-l

total 10016

-rw-r--r-- 1 root root 10240000 7月 28 14:58 swapfile

# free

total used free shared buffers cached

Mem: 513980 505052 8928 0 143900 282288

-/+ buffers/cache: 78864 435116

Swap: 1062240 21256 1040984

生成1G的文件

# dd if=/dev/zero of=swapfile bs=10M count=3000

创建为swap文件

#mkswap swapfile

让swap生效

#swapon swapfile

查看一下swap

#swapon-s

[root@cluster/]# swapon-sFilenameTypeSizeUsedPriority/dev/sda3 partition10201161728-1/state/partition1/swap/swapfile file307199920-2

加到fstab文件中让系统引导时自动启动

#vi/etc/fstab

/state/partition1/swap/swapfil swap swap defaults 0 0

完毕。

二，LINUX释放内存

细心的朋友会注意到,当你在linux下频繁存取文件后,物理内存会很快被用光,当程序结束后,内存不会被正常释放,而是一直作为caching.这个问题,貌似有不少人在问,不过都没有看到有什么很好解决的办法.那么我来谈谈这个问题.

先来说说free命令

[root@cluster/]# free-m

total used free shared buffers cached

Mem: 31730 31590 139 0 37 27537

-/+ buffers/cache: 4015 27714

Swap: 30996 1 30994

其中:

total内存总数

used已经使用的内存数

free空闲的内存数

shared多个进程共享的内存总额

buffers Buffer Cache和cached Page Cache磁盘缓存的大小

-buffers/cache的内存数:used- buffers- cached

+buffers/cache的内存数:free+ buffers+ cached

可用的memory=free memory+buffers+cached

有了这个基础后,可以得知,我现在used为163MB,free为86,buffer和cached分别为10,94

那么我们来看看,如果我执行复制文件,内存会发生什么变化.

[root@cluster/]# cp-r/etc~/test/

[root@cluster/]# free-m

total used free shared buffers cached

Mem: 31730 31590 139 0 37 27537

-/+ buffers/cache: 4015 27714

Swap: 30996 1 30994

在我命令执行结束后,used为244MB,free为4MB,buffers为8MB,cached为174MB,天呐都被cached吃掉了.别紧张,这是为了提高文件读取效率的做法.

引用[url][/url]为了提高磁盘存取效率, Linux做了一些精心的设计,除了对dentry进行缓存(用于VFS,加速文件路径名到inode的转换),还采取了两种主要Cache方式：Buffer Cache和Page Cache。前者针对磁盘块的读写，后者针对文件inode的读写。这些Cache有效缩短了 I/O系统调用(比如read,write,getdents)的时间。

那么有人说过段时间,linux会自动释放掉所用的内存,我们使用free再来试试,看看是否有释放?

[root@cluster/]# free-m

total used free shared buffers cached

Mem: 31730 31590 139 0 37 27537

-/+ buffers/cache: 4015 27714

Swap: 30996 1 30994

MS没有任何变化,那么我能否手动释放掉这些内存呢???回答是可以的!

/proc是一个虚拟文件系统,我们可以通过对它的读写操作做为与kernel实体间进行通信的一种手段.也就是说可以通过修改/proc中的文件,来对当前kernel的行为做出调整.那么我们可以通过调整/proc/sys/vm/drop_caches来释放内存.操作如下:

[root@cluster/]# cat/proc/sys/vm/drop_caches

首先,/proc/sys/vm/drop_caches的值,默认为0

[root@cluster/]# sync

手动执行sync命令(描述:sync命令运行 sync子例程。如果必须停止系统，则运行 sync命令以确保文件系统的完整性。sync命令将所有未写的系统缓冲区写到磁盘中，包含已修改的 i-node、已延迟的块 I/O和读写映射文件)

[root@server test]# echo 3/proc/sys/vm/drop_caches

[root@server test]# cat/proc/sys/vm/drop_caches

将/proc/sys/vm/drop_caches值设为3

[root@server test]# free-m

total used free shared buffers cached

Mem: 249 66 182 0 0 11

-/+ buffers/cache: 55 194

Swap: 511 0 511

再来运行free命令,发现现在的used为66MB,free为182MB,buffers为0MB,cached为11MB.那么有效的释放了buffer和cache.

有关/proc/sys/vm/drop_caches的用法在下面进行了说明

/proc/sys/vm/drop_caches(since Linux 2.6.16)

Writing to this file causes the kernel to drop clean caches,

dentries and inodes from memory, causing that memory to become free.

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.

Because this is a non-destructive operation and dirty objects

这几天发现linux系统内存一直涨，即使把apache和mysql关闭了，内存也不释放，可以使用以下脚本来释放内存：

脚本内容：

#!/bin/sh

# cache释放：

# To free pagecache:

/bin/sync

#echo 1/proc/sys/vm/drop_caches

# To free dentries and inodes:

#echo 2/proc/sys/vm/drop_caches

# To free pagecache, dentries and inodes:

echo 3/proc/sys/vm/drop_caches

利用系统crontab实现每天自动运行：

crontab-e

输入以下内容：

00 00***/root/Cached.sh

每天0点释放一次内存，这个时间可以根据自己需要修改设置

在运行./Cached.sh时如果提示错误：Permission denied权限的问题，可以运行

如何开启Apache Rewrite功能

一、Ubuntu默认未开启Rewrite支持

apche模块加载工作已分散到不同的配置文件，这样看起来似乎更为合理，管理起来也非常方便。下面看一下如何开启Rewrite模块，当用户需使用301重定向、伪静态等Rewrite功能时，一般都习惯于使用.htaccess文件配置，比如下面的301重定向：

Options+FollowSymLinks

RewriteEngine on

RewriteCond%{HTTP_HOST} ^abc.com [NC]

RewriteRule ^(.*)$ $1 [L,R=301]

配置完成后，使用/etc/init.d/apache2 reload命令加载生效，这时，如果未开启Rewrite功能，则会出现500错误（浏览器显示），查看LOG错误如下：

[Sun Jan 30 02:41:29 2011] [alert] [client 12.34.56.78]/srv/www/abc.com/public_html/.htaccess: Invalid command'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

说明需要开启Rewrite模块加载，加载开启过程如下。

二、手动开启加载Rewrite

1、使用终端工具连接服务器，输入管理员帐号和密码

2、执行加载Rewrite模块：

a2enmod rewrite

执行后，会提示OK和重启Apache命令（/etc/init.d/apache2 restart）。

3、参照上文的目录配置，做个启动链接（下次启动自动加载）：

ln-s/etc/apache2/mods-available/rewrite.load/etc/apache2/mods-enabled/rewrite.load

执行后会在mods-available目录下创建一个快捷方式，连接到mods-enabled下rewrite模块。

4、重启apache：

/etc/init.d/apache2 restart

注意：如果使用的是apache默认网站目录(一般是类似于/var/www文件夹)，没有创建单独的自己配置文件，可能还需要修改/etc/apache2/sites-available/default这个文件，把其中的AllowOverride None修改为AllowOverride All，因为default配置里还默认关闭.htaccess重载，打开后.htaccess才会生效。

三、如何判断Rewrite已经开启

1、检查确认Rewrite模块加载

本文测试是在CentOS 6系统上，路径为：/etc/httpd/conf/httpd.conf

LoadModule rewrite_module modules/mod_rewrite.so

如果前面有注释就去掉即可，重启APACHE。

2、检查确认目录Rewrite打开

Rewrite库加载不代表我们的.htaccess文件就能生效，还需要专门打开指定目录的AllowOveride开关，脚本如下：

Options Indexes FollowSymLinks

AllowOverride All

Order allow,deny

Allow from all

</Directory>

其中AllowOverride只能定义在Directory这个Section里，具体用法可参考apache官方说明（下文链接），以上脚本一般放在httpd.conf或/etc/httpd/conf.d/vhost.conf下面，尽量更网站配置的：

<VirtualHost...>....</VirtualHost>

定义在一起，方便维护。

3、测试Rewrite功能

以下为.htaccess测试实例:

# BEGIN

RewriteEngine on

RewriteBase/

RewriteRule.*$

</IfModule>

#END

测试方法，拷贝保存为.htaccess，上传到网站根目录下，访问网站任何路径页面，均会跳转到本博客，说明Rewrite已生效。

为什么企业都用centos而不是debian

我们运行着一些全球最大的互联网的营运，因此我们对可靠性和稳定性非常重视，是我们的第一要务。为此，我们只使用Linux来支撑顾客的系统。但是，我们应该使用哪一个Linux的发行版？答案是，CentOS。为什么呢？

作为一个庞大的系统运营商，在很长的一段时间里，我们需要在多种大型系统中找到一个可靠的，可预测的系统，我们需要从世界上最强大的软件供应商和开源项目中获得强有力的支持。对于那些最常用的系统，我们需要文档，工具和全球性资源。

正因如此，RedHat/ CentOS系列发行版正是我们的选择。他们能够满足以上所有需求，而且问题相对较少、长期稳定，这使得我们能够为成千上万的运行了不同配置、服务和应用的系统提供世界级的维护。

RedHat’s Enterprise Linux

(RHEL)是黄金标准的企业发行版。它每五年左右更新一次，在系统的稳定性，前瞻性和安全性上有着极大的优势。每当新的主版本发行后，比如

5.x亦或最近的6.x，所有版本和代码都将保留不变，只有安全问题或是主要的bug，例如后门，端口之类的问题，会通过发布新的子版本来修复。

CentOS是RHEL发行版对应的开源版本，通常在RedHat的发布后就会很快发行。我们使用CentOS的原因在于RHEL发行版的标准支持服务费用非常高，大约每台服务器800美元左右，对于我们很多拥有数十台甚至上百台服务器的用户来说，这是必须要控制的成本。

RHEL/CentOS系统有两个潜在的问题。

首先，一旦确定了主版本，,除了安全问题和严重故障会被修复以外，其他内容将不会做任何改变。这虽然对稳定性有

好处，但是对许多服务不利。比如MySQL和PHP服务，它们在这五年的CentOS/RHEL主版本发布周期中会进行繁重的开发和大量的修改。例

如，MySQL5.0是当前RHEL/CentOS主版本所默认使用的版本，但是当前MySQL已经更新到5.1和5.5版本了。

幸运的是，这个问题被Yum软件包管理器轻易地解决了。如此以来，那些主要的软件，例如当前RHEL/CentOS中实际的组件，包括内核和所有工

具等仍然来自发行版，但是那些附加的软件，例如Nginx，Apache，PHP，Java和MySQL等等来自更新的软件源例如Fedora；

或者直接从开发商获取更新的版本例如MySQL。在我们这里，我们有自己专用的安装镜像来全自动的处理所有这些事情。

其次，CentOS的发行会滞后于RedHat的发行，包括关键的补丁和修复。这在RHEL 6.x的发行周期中尤为显著。但是根据我们的经验，这没什么好担心的，对我们来说永远不会成为问题。

很多人询问我们为什么不用基于Debian的系统，例如Debian或者Ubuntu服务器。如果在别无选择的情况下，我们的确会支持这个建议，但是根据我们的经验来看，这些系统并不如RHEL/CentOS来的稳定和可靠。

我们认为，这在某种程度上是由于他们过快的发展和各个版本、组合之间较少的测试且不成熟所导致的。然而尽管他们非常流行，但是主要的服务商和项目都

仍然首选RHEL/CentOS系统，因为这样他们就可以为企业顾客提供服务，（对Oracle和MySQL更是如此）。除此之外，基于Debian的系统有许多内核和稳定性问题，尤其是在我们的云计算服务中。

对我们而言，唯一使用Debian/Ubuntu的原因是：

“它们能够为一个系统提供必要的特殊服务时，尤其是当一些驱动程序或者一些IO子系统需要一种新的内核的时候”。例如，ext4文件系统或在最近的内核中日志的改变等；现在，所有这一切都包含在了RHEL/CentOS6.x中。

当然，多数Linux开发者都使用的是Ubuntu的桌面版，而且可以理解的是，他们更倾向在开发生产时使用相同的系统，并且还能使用很多有趣的工具。但总体上来说，我们依然认为RHEL/CentOS是一个更优越的部署平台，并且已经有十多个客户成功地转向使用CentOS作为生产环境并且没有任何问题，但这仍然是艰巨的任务。

总的来说，你将更乐于看到一个良好管理的CentOS系统。我们有成千上万台服务器使用CentOS平台，而每年平均只有一台服务器崩溃。我们也很难想象它竟如此罕见，所以，挑一个优秀、迅捷、可靠的平台吧！

阅读剩余

作者：云服务器测评

链接：https://www.i40.top/linux/3791.html

文章版权归作者所有，未经允许请勿转载。

THE END