小编Zak*_*Zak的帖子

我已经有这个问题好几个星期了。我不知道下一步该往哪里看。我已经清理，刷新，重新启动MySQL服务，重新启动Ubuntu服务器。什么会导致这个WARNING和用户不显示在user表中？我也尝试过DROP user并得到0 rows affected了结果。这是令人难以置信的令人沮丧！用户信息存储在架构中的其他位置以及如何清除它？

更新

当我 grep 中的用户名时，/var/lib/mysql/mysql我在db.MYD文件中找到了用户名。虽然我无法编辑它。所以我知道用户名存在于用户表之外的其他地方。

我们目前正处于为我们的电子商务业务建立一个“主”数据库的研究阶段，该数据库将集中所有数据，包括产品信息、供应商信息、Magento 信息、亚马逊等......我们已经研究了“物理硬件”（两台 RAID 5 机器，主/从，从硬盘备份 - 和一个单独的应用程序服务器）......或者我们可以做一个“基于云的”系统。

问题的核心是，在云上复制有什么好处吗？云的全部意义在于可扩展性和“无硬件停机时间”，因此不会因硬件故障而丢失数据。在基于云的系统上发生的数据丢失（如果有的话）将是基于软件的。话虽如此，作为基于软件的问题会导致数据丢失，这个问题很可能会被复制，对吗？因此，我们有 2 台具有相同损坏数据的机器？

我们正在尝试分析任一解决方案的成本/收益。当然，如果在云上复制没有任何好处，那么云必须提供的好处超过硬件解决方案。但是，如果云上的复制解决方案是更好的选择，那么硬件解决方案的成本将大大降低，包括物理管理时间。

有没有人在这里有任何经验或见解？

我正在尝试PTR为反向 DNS设置一个，以便从我的脚本发送的邮件不会由于反向 DNS 故障而被阻止。我相信我的区域设置正确，但是我“认为”它是正确的和“知道”它是正确的是两件事！

首先，我有：mydomain.com

此域位于公共 IP：1.2.3.4

我conf的bind配置文件如下所示：

zone "mydomain.com" {
         type master;
         file "/var/lib/bind/mydomain.com.hosts";
         };

zone "4.3.2.1.in-addr.arpa" {
    type master;
    file "/var/lib/bind/mydomain.com.reverse.hosts";
    };

该mydomain.com.reverse.hosts文件包含：

$ttl 38400
@                      IN          SOA      ns1.mydomain.com. zak.mydomain.com. (
                            1502115400
                            10800
                            3600
                            604800
                            38400 )
                       IN       NS      ns1.mydomain.com.
                       IN       NS      ns2.mydomain.com.

4.3.2.1.in-addr.arpa.  3600      IN       PTR     mydomain.com.

正向查找效果很好——IEdig mydomain.com A和dig mydomain.com NS两者都会调出相应的（正确的）A 和 NS 记录。然而，反向查找没有显示PTR. IE：

zak@zak-webserver:~$ dig -x 1.2.3.4 PTR …