使用 hostnamectl set-hostname 修改主机名可以永久生效，而且通常无需重启系统；但一定要同步更新 /etc/hosts，否则 Hadoop、Postfix 等服务可能因主机名解析失败而报出 UnknownHostException，或者出现日志写入位置错误的问题。
如果想在 CentOS 7 中永久修改主机名称，直接执行 hostnamectl set-hostname 即可，一般不需要重启服务器。不过仅修改这一步还不够，/etc/hosts 也必须同步调整；否则很多服务，例如 Hadoop、Postfix、rsyslog，往往会报出 ja va.net.UnknownHostException，或者把日志写到错误目录中。
hostnamectl set-hostname 修改静态主机名
这是 CentOS 7 修改主机名的官方推荐方式，设置的是“静态主机名”，系统会自动写入 /etc/hostname 并立即生效：
hostnamectl set-hostname myserver01—— 主机名只能包含字母、数字和短横线（-），不能包含下划线、空格，也不能以点号开头或结尾- 执行命令后，当前 shell 提示符通常不会立刻刷新，运行
hostname或重新打开终端后才能看到新的主机名 - 如果主机名称中包含非法字符（例如
my_server），命令可能会静默截断，或自动转成小写并移除非法字符，最终结果可能与预期不一致 - 这种方式不会自动修改
/etc/hosts，也不会影响 transient 或 pretty 主机名，除非显式添加--transient或--pretty参数
/etc/hostname 文件直接编辑
这种方法本质上与 hostnamectl 修改的是同一个配置文件，适合脚本批量处理，或者无法使用 systemd 命令的精简环境：
- 通过
vi /etc/hostname将内容替换为纯文本主机名（例如db-prod），然后保存退出 - 修改后必须手动执行
hostname -F /etc/hostname，才能让内核立即加载新的主机名，否则需要等到下次系统启动才会生效 - 该方法不会同步更新 transient 主机名，因此
hostnamectl status可能显示 static 和 transient 不一致，部分依赖gethostname()的程序也可能表现异常
为什么必须改 /etc/hosts？
CentOS 7 默认通常只将 127.0.0.1 指向 localhost，并不会自动包含当前服务器的真实主机名。当服务尝试解析本机名称时（例如 Ja va 应用调用 InetAddress.getLocalHost()），就可能直接失败：
- 编辑
/etc/hosts，在127.0.0.1对应行的末尾追加新的主机名，例如：127.0.0.1 localhost.localdomain localhost myserver01 - 不要删除
localhost，否则本地回环通信可能异常，甚至导致部分本地服务不可用 - 如果服务器有固定内网 IP（如
192.168.10.5），建议再增加一行：192.168.10.5 myserver01，这样即使 DNS 不可用，相关服务启动时也不容易卡住 - 修改完成后一般无需重启网络，但某些服务（如
sshd、rsyslog）需要执行systemctl restart才会重新读取新的主机名解析结果
常见错误现象与排查
修改主机名后如果出现异常，通常是以下几个关键位置没有保持一致：
- 先运行
hostnamectl status，查看Static hostname是否为你设置的新值；如果不是，说明hostnamectl没有执行成功，或者被其他服务重新覆盖 - 再运行
cat /etc/hostname检查文件内容；如果为空、乱码或内容异常，可能是hostnamectl因权限不足或磁盘已满而写入失败 - 执行
ping -c1 $(hostname)测试当前主机名解析；如果失败，基本可以判断是/etc/hosts没有正确配置，或者主机名中使用了下划线（_）而被 DNS 解析器拒绝 - 在集群环境中（如 Hadoop/YARN），如果节点之间通信失败，优先检查所有节点的
/etc/hosts是否都能相互解析，而不仅仅是本机配置是否正确
还有一个非常容易被忽视的问题：主机名变更之后，sshd 的 UsePrivilegeSeparation 或 kerberos 相关配置，可能因为主机名校验失败而导致登录被拒绝。这类情况通常不会给出明确报错，常见表现就是连接建立后立即断开。
