答案：CentOS软件管理核心是yum和rpm，推荐优先使用yum解决依赖，rpm用于特定场景。
CentOS系统上安装软件，最核心的工具就是
yum
和
rpm
。简单来说，
yum
是更智能、更高级的包管理器，它能自动处理软件之间的依赖关系，推荐绝大多数情况下使用。而
rpm
则是更底层的工具，用于直接操作
.rpm
格式的软件包文件，它不解决依赖，通常在
yum
无法满足需求时，比如安装特定版本的软件或离线安装时才会被用到。理解这两者的区别和使用场景，是管理CentOS软件的关键。
解决方案
在CentOS系统上，软件的安装与管理主要围绕着
yum
和
rpm
这两个命令展开。
使用 Yum 进行软件管理（推荐）
yum
（Yellowdog Updater, Modified）是CentOS/RHEL系列发行版中默认的包管理器。它的最大优势在于能够自动解决软件包的依赖关系，大大简化了软件安装的复杂性。
查找软件包： 当你不确定一个软件叫什么，或者想看看有没有某个功能的软件时，
yum search
是你的好帮手。
yum search nginx
这会列出所有名称或描述中包含“nginx”的软件包。
查看软件包信息： 在安装前，了解一个软件包的详细信息（比如版本、大小、功能描述、依赖等）是个好习惯。
yum info nginx
安装软件包： 这是最常用的操作。
yum install
会自动下载软件包及其所有依赖项并安装。
yum install nginx
如果提示确认，输入
y
回车即可。我个人习惯在后面加上
-y
，这样就不用手动确认了，尤其是在写自动化脚本的时候。
yum install nginx -y
更新软件包： 保持软件最新是保证系统安全和稳定性的重要一环。
yum update nginx # 更新指定的软件包yum update # 更新所有可更新的软件包（包括系统内核，需谨慎）
更新系统前，我通常会先检查一下有哪些重要的更新，特别是内核更新，因为这可能需要重启服务器。
卸载软件包： 如果不再需要某个软件，可以将其移除。
yum remove nginx
yum
也会自动处理那些因移除此软件而不再需要的依赖项。
清理缓存：
yum
会在本地缓存下载的软件包和元数据。定期清理可以释放磁盘空间。
yum clean all
使用 RPM 进行软件管理（特定场景）
rpm
（Red Hat Package Manager）是更底层的软件包管理工具，它直接操作
.rpm
格式的软件包文件。它不解决依赖关系，这意味着如果你安装一个有依赖的
.rpm
包，而这些依赖没有预先安装，安装就会失败。
安装
.rpm
包：
rpm -ivh software-1.0.0-1.el7.x86_64.rpm
-i
：安装（install）
-v
：显示详细信息（verbose）
-h
：显示安装进度哈希符号（hash）
升级
.rpm
包：
rpm -Uvh software-1.0.1-1.el7.x86_64.rpm
-U
：升级（upgrade），如果软件未安装则安装，如果已安装则升级。
卸载
.rpm
包：
rpm -e software
注意这里是软件包的名称，不是文件名。你可以通过
rpm -qa | grep software
来查找确切的软件包名称。
查询已安装的软件包：
rpm -qa # 列出所有已安装的软件包rpm -qa | grep nginx # 查找特定的软件包
查询软件包信息：
rpm -qi nginx # 查询已安装软件包的详细信息rpm -qip software-1.0.0-1.el7.x86_64.rpm # 查询未安装的.rpm文件信息
查询软件包文件列表：
rpm -ql nginx # 列出软件包安装的所有文件
我个人经验是，能用
yum
就坚决不用
rpm
来直接安装，除非是那种非常特殊的、只有
.rpm
文件且没有对应
yum
源，或者我需要安装一个和仓库里版本不一致的特定版本时。
rpm
带来的“依赖地狱”问题，相信每个运维人员都深有体会。
CentOS安装软件遇到依赖问题怎么办？如何有效解决依赖冲突？
依赖问题，尤其是对于初学者来说，绝对是CentOS软件安装过程中最让人头疼的环节。
yum
的设计初衷就是为了解决这个问题，但它也不是万能的。
当
yum
提示依赖错误时，通常有几种情况和对应的解决思路：
仓库配置问题或缺失：
检查
/etc/yum.repos.d/
目录下的
.repo
文件。 确保你需要的仓库是启用状态（
enabled=1
），并且URL是正确的。有时候，一些第三方仓库可能因为网络问题或仓库本身维护而无法访问。添加必要的第三方仓库。 比如，EPEL (Extra Packages for Enterprise Linux) 仓库提供了很多CentOS官方仓库没有的软件包。安装EPEL很简单：
yum install epel-release -yyum clean allyum makecache
我经常发现很多软件的依赖都在EPEL里，所以安装完CentOS后，我几乎是第一时间就会把EPEL加上。
排查网络问题。 确保你的CentOS服务器能够正常访问外部网络，DNS解析也正常。
版本冲突：
你可能尝试安装一个软件，而它的某个依赖项与系统上已安装的另一个软件版本冲突。
yum
会尝试寻找兼容的版本，但有时会失败。尝试指定版本安装。 如果你知道哪个依赖有问题，并且有特定版本可用，可以尝试：
yum install package-name-version
排查是否存在不兼容的第三方仓库。 有时候添加了多个第三方仓库，它们之间可能提供了相同软件包的不同版本，导致
yum
不知道该选哪个，或者选了一个不兼容的版本。这时，可能需要临时禁用某个仓库（在
.repo
文件中设置
enabled=0
），或者调整仓库的优先级（
priority
参数，需要安装
yum-plugin-priorities
）。
手动安装的RPM包导致的问题：
如果你之前手动用
rpm -ivh
安装过一些包，而没有让
yum
管理它们，那么这些包的依赖可能没有得到妥善解决，或者它们与
yum
管理的包产生了冲突。这种情况比较棘手，可能需要你手动查找并卸载冲突的RPM包，然后重新用
yum
安装。我个人遇到过几次，最后都是通过仔细比对
rpm -qa
和
yum list installed
的输出，找出那些“不合群”的包。
RPM数据库损坏：
语流软著宝
AI智能软件著作权申请材料自动生成平台
74 查看详情 极少数情况下，RPM数据库可能会损坏，导致
yum
无法正常工作。可以尝试重建RPM数据库，但这是个有风险的操作，通常是最后的手段：
rm -f /var/lib/rpm/__db*rpm --rebuilddbyum clean allyum makecache
在执行前，务必确保你知道自己在做什么，并且有系统备份。
总的来说，解决依赖问题需要耐心和一些排查技巧。从最常见的仓库问题开始检查，逐步深入。遇到不确定的依赖，多利用
yum info
和
yum provides
来了解软件包的来源和功能。
除了安装和卸载，CentOS软件管理还有哪些实用技巧？
软件管理可不仅仅是安装和卸载那么简单，还有很多实用技巧能让你的CentOS系统维护起来更得心应手。
列出所有已安装的软件包：
yum list installed
：这会列出所有通过
yum
安装的软件包。输出非常详细，包括版本和仓库来源。
rpm -qa
：这个命令则会列出所有通过
rpm
机制安装的软件包，包括
yum
安装的。两者结合使用可以更全面地了解系统上的软件情况。我经常用
rpm -qa | wc -l
来快速看看系统装了多少个包，然后
rpm -qa | sort
来按字母排序查看。
查找提供某个文件的软件包：
如果你知道一个文件的路径，但不知道它是哪个软件包安装的，
yum provides
就能帮上忙。
yum provides /etc/httpd/conf/httpd.conf
这对于排查文件来源或修复丢失文件非常有用。
系统整体更新：
yum update
：前面提过，这是更新所有已安装软件包的命令。我通常会在非高峰期执行这个操作，并时刻关注是否有内核更新，因为内核更新后通常需要重启才能生效。
yum check-update
：这个命令只会列出有哪些可用的更新，但不会执行更新操作。这对我来说是个很好的“预警”工具，可以在正式更新前了解情况。
降级软件包：
有时候，新版本的软件可能带来兼容性问题或者新的bug。这时，你可能需要将软件包降级到之前的版本。
yum downgrade package-name
或者指定到某个版本：
yum downgrade package-name-version
这个操作需要谨慎，因为它可能引入新的依赖问题，或者与系统其他部分产生不兼容。
管理Yum仓库：
查看所有仓库：
yum repolist all
会列出所有已配置的仓库，包括启用和禁用的。启用/禁用仓库： 可以通过编辑
/etc/yum.repos.d/
目录下的
.repo
文件，将
enabled=1
改为
enabled=0
来禁用仓库，反之则启用。添加新仓库： 通常是通过安装一个包含
.repo
文件的RPM包来完成，比如安装
epel-release
。
自动移除不再需要的依赖：
当你卸载一个软件包后，它的一些依赖可能不再被其他任何软件使用。
yum autoremove
可以帮你清理这些“孤儿”依赖。
yum autoremove
这能有效节省磁盘空间，保持系统整洁。
这些技巧都是我在日常运维中经常用到的，它们能帮助我更高效、更安全地管理CentOS系统上的软件。
CentOS软件安装与管理中常见的陷阱和最佳实践是什么？
在CentOS的软件安装和管理过程中，我踩过不少坑，也总结了一些经验。理解这些陷阱并遵循最佳实践，能让你少走很多弯路。
常见的陷阱：
“依赖地狱”与RPM的滥用：
最大的陷阱莫过于直接使用
rpm -ivh
来安装软件包，而忽略了依赖。这通常发生在你想安装一个特定版本的软件，但
yum
仓库里没有时。如果这个RPM包有未满足的依赖，系统就会变得一团糟，轻则软件无法运行，重则导致系统不稳定甚至崩溃。我曾经为了一个老旧的应用，手动安装了好几个RPM包，结果把GLIBC库都弄乱了，最后不得不重装系统。
仓库混乱与冲突：
为了安装某个软件，我们可能会添加很多第三方
yum
仓库。但如果这些仓库之间存在冲突，或者提供了相同软件包的不同版本，
yum
就可能在解析依赖时遇到问题，甚至安装了不兼容的软件包。这会导致系统行为异常，或者无法更新。
忽略系统更新：
出于“稳定”的考虑，有些人会长时间不更新系统。然而，这会让你错过重要的安全补丁和bug修复。一个未打补丁的系统，就像敞开大门的房子，很容易被攻击。平衡稳定性和安全性很重要。
强制安装（
--force
）：
rpm
命令有一个
--force
选项，可以强制安装或升级软件包，即使存在文件冲突或依赖问题。这在绝大多数情况下都是一个非常危险的操作，几乎可以肯定会破坏你的系统。我个人从未在生产环境中使用过它。
不备份就进行重大更改：
在进行任何可能影响系统稳定性的操作（例如升级内核、大规模更新、添加新的关键服务）之前，没有进行适当的备份或快照，这是非常危险的。
最佳实践：
优先使用
yum
（或
dnf
）：
这是最重要的原则。始终优先使用
yum
来安装、更新和卸载软件包。让
yum
处理依赖关系，可以省去你大量的麻烦。在较新的CentOS版本（如CentOS Stream 8/9）中，
dnf
已经取代了
yum
，但它们的使用方式非常相似。
只使用可信赖的仓库：
坚持使用CentOS官方仓库、EPEL以及其他广受认可、维护良好的第三方仓库。对于那些来源不明的
.repo
文件，务必谨慎。
定期更新系统：
制定一个合理的更新策略。对于生产环境，可以在测试环境验证更新后再推送到生产。定期运行
yum update
（或者
yum check-update
来查看可用更新）是保持系统安全和健康的基石。
理解你正在安装什么：
在安装任何软件包之前，花点时间用
yum info package-name
了解它的功能、版本和主要依赖。这能帮助你避免安装不必要的软件，或者预判可能出现的问题。
谨慎处理依赖冲突：
如果
yum
报告依赖冲突，不要盲目尝试各种命令。仔细阅读错误信息，尝试禁用冲突的仓库，或者寻找提供兼容依赖的替代仓库。有时候，换一个软件版本或者找一个社区维护的解决方案是更好的选择。
善用虚拟化和容器：
对于那些有复杂依赖、可能与系统其他部分冲突的特定应用，考虑使用虚拟化（如KVM、VirtualBox）或容器（如Docker）。这能将应用及其依赖隔离起来，避免污染宿主机环境。
保持文档和记录：
记录你在系统上安装了哪些非标准软件，修改了哪些配置文件，以及为什么这样做。这对于未来的维护、故障排查和团队协作都非常有价值。
遵循这些实践，能让你在CentOS的软件管理之路上走得更稳健、更高效。
以上就是CentOS安装软件怎么用_CentOS使用yum和rpm安装与管理软件教程的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/586218.html
微信扫一扫 
支付宝扫一扫 
