启动 mysql 服务器：root 和普通用户拥有相同的权限

Question 1

首先？不要为此使用 777。不要。守护进程不以 root 身份运行是有原因的（滔天如果其中任何一个发生缓冲区溢出，则会出现安全问题——如果有人设法通过 SQL 注入或其他方式进入您的网站，他们就刚刚获得了您的机器的权限）。打开端口后，使用包装器脚本放弃权限。Nginx 也不需要以 root 身份运行。

其次，您的问题似乎是路径问题，而不是权限问题。除非您已将/.../本文中所有位置的实际路径替换，否则这就是您的问题。如果您这样做了，请使用完整路径更新问题。

Answer

首先？不要为此使用 777。不要。守护进程不以 root 身份运行是有原因的（滔天如果其中任何一个发生缓冲区溢出，则会出现安全问题——如果有人设法通过 SQL 注入或其他方式进入您的网站，他们就刚刚获得了您的机器的权限）。打开端口后，使用包装器脚本放弃权限。Nginx 也不需要以 root 身份运行。

其次，您的问题似乎是路径问题，而不是权限问题。除非您已将/.../本文中所有位置的实际路径替换，否则这就是您的问题。如果您这样做了，请使用完整路径更新问题。

Question 2

首先问一个愚蠢的问题。你确定没有另一个 mysql 在运行吗？尽管权限合理（尽管权限为 777），但只读错误几乎总是文件被另一个进程锁定的迹象。你可以使用 lsof 来查明是否有其他东西在干扰你的文件：

$ lsof /home/toinbis/.../runtime/var/pids/mysql.sock

或者

$ sudo lsof | grep mysqld

如果仍然出现错误，请尝试上述操作，如果有任何匹配项，则说明问题所在。

如果失败，请重新构建，并且永远不要以非 root 用户身份启动。这有什么区别吗？

如果你想作弊，可以使用 buildout_script 创建一个包装脚本（http://pypi.python.org/pypi/buildout_script/0.2a1）

它需要一个模板，例如：

#! /bin/sh
sudo -u mysql_or_your_username_here {buildout[bin-directory]}/mysqld_safe $@

这样，mysqld_safe 就永远不会以 root 身份运行，从而避免了此错误。我觉得这很令人反感，但您的整个设置是我永远不会做的事情，所以我认为它会很有帮助！:)

我相信 Gentoo 和系统级配置工具（例如 puppet、chef-solo 或 kokki）更适合您。

Answer

首先问一个愚蠢的问题。你确定没有另一个 mysql 在运行吗？尽管权限合理（尽管权限为 777），但只读错误几乎总是文件被另一个进程锁定的迹象。你可以使用 lsof 来查明是否有其他东西在干扰你的文件：

$ lsof /home/toinbis/.../runtime/var/pids/mysql.sock

或者

$ sudo lsof | grep mysqld

如果仍然出现错误，请尝试上述操作，如果有任何匹配项，则说明问题所在。

如果失败，请重新构建，并且永远不要以非 root 用户身份启动。这有什么区别吗？

如果你想作弊，可以使用 buildout_script 创建一个包装脚本（http://pypi.python.org/pypi/buildout_script/0.2a1）

它需要一个模板，例如：

#! /bin/sh
sudo -u mysql_or_your_username_here {buildout[bin-directory]}/mysqld_safe $@

这样，mysqld_safe 就永远不会以 root 身份运行，从而避免了此错误。我觉得这很令人反感，但您的整个设置是我永远不会做的事情，所以我认为它会很有帮助！:)

我相信 Gentoo 和系统级配置工具（例如 puppet、chef-solo 或 kokki）更适合您。

Question 3

您的主目录是否通过 NFS 挂载，挂载时是否使用将 root 权限压缩为“nobody”的配置？如果是这样，请以另一个用户身份启动，或者不要将数据存储在 NFS 中，或者在没有 root_squash 的情况下导出 NFS 共享。

Answer

您的主目录是否通过 NFS 挂载，挂载时是否使用将 root 权限压缩为“nobody”的配置？如果是这样，请以另一个用户身份启动，或者不要将数据存储在 NFS 中，或者在没有 root_squash 的情况下导出 NFS 共享。

Question 4

我正在使用 zc.buildout（www.buildout.org）从头开始编译 mysql 服务器。

看起来你已经陷入困境了！:)

你从源代码编译 MySQL 服务器有什么特别的原因吗？我发现这个 MySQL“buildout”脚本，这可能与您正在做的事情有关：它似乎下载了 MySQL 服务器和一个包来为 Python 提供 MySQL 支持，然后在非标准位置编译并安装它们。

无论如何，MySQL 特别建议不要从源代码进行编译，因为它们为各种不同的平台提供了自己优化的二进制包。

如果您要部署到一个良好的包管理系统，那么您的“buildout”脚本只需要调用目标系统的包管理器。这将通过几个命令为您提供供应商推荐和批准的安装（无需 chmod -R 777！）。对于 RHEL/CentOS 系统，该过程大致如下：

yum install mysql-server (MySQL-python?)
[edit /etc/my.cnf]
chkconfig mysqld on && service mysqld start
[lock down the server by adjusting the grants]

看看这是多么简单、可重复 :)。除非您有非常好的理由，否则与非标准安装位置和 chmod -R 777 游戏相比，使用系统内置的包管理绝对是更好的选择。

Answer