小编tyl*_*erl的帖子

在检查/proc/<pid>/Linux 下目录的“长”目录列表时，我注意到目录中的伪文件条目有时与它们相关联的时间不同。

根据我对内部工作原理的了解，结构中没有任何“任意”或“不可预测”属性，一切都是确定性的，一切（包括文件时间）都必须根据某些标准在某处确定；该标准是否有用是重要的问题。

例如，目录本身的时间戳 ( /proc/<pid>/) 似乎反映了相应进程的开始时间（进程 ID，至少——它不会通过调用 更新exec），而各种条目，例如proc/<pid>/fd/或/proc/<pid>/cwd可能是不同的值. 我最好的猜测是，其中许多缓存了第一次检索信息的时间，但很难说。

有什么有用的知识可以在这里获得吗？

为了数据安全，我打算镜像两个相同的驱动器。这些是纯数据驱动器，而不是主操作系统驱动器。

在这样的系统中，Linux raid auto: type 0xfd在每个驱动器上创建单个分区 ( ) 并将每个驱动器的分区 (例如/dev/sdb1和/dev/sdc1)一起突袭是否更好？或者我应该直接创建未分区驱动器的镜像阵列（例如/dev/sdb和/dev/sdc）？

最终我打算从结果数组创建一个 LVM 容器来存储实际数据。是否有任何考虑可能会使一个或另一个选择更安全或更可取？

Btrfs 仍在大力开发中，仍被 Chris Mason 认为“不稳定”，许多重要功能仍在添加中，但数据丢失灾难的可怕警告早已消失，它已经成为许多发行版的默认文件系统，并且一些发行版已经宣布它“稳定”。

虽然一些风险肯定仍然存在，但磁盘存储中也存在一些固有风险得到缓解，例如 btrfs 已被证明可以检测和纠正即使是高端 RAID 卡也会遗漏的数据损坏问题。

因此，您可以预期，在某些时候，即使处于开发状态，Btrfs 也会比传统的“哑”文件系统（如 ext4）对数据更安全，因为数据保留功能将超过任何由错误引起的数据的风​​险腐败。

那么这个点在哪里呢？我们已经通过了吗？或者在我们信任它之前应该修复 Btrfs 中的一些已知错误？

或者，也许您只是等待足够多的其他人首先信任它？

*nix 机器上的“平均负载”是“运行队列的平均长度”，或者换句话说，正在做某事（或等待做某事）的平均进程数。虽然这个概念很容易理解，但解决问题可能不那么直接。

这是我今天工作的服务器上的统计数据，这让我想知道解决此类问题的最佳方法。这是统计数据：

• 1GB 可用内存，0 交换空间使用
• CPU 时间大约 20% 用户，30% 等待，50% 空闲（根据顶部）
• 一次大约有 2 到 3 个进程处于“R”或“D”状态（使用 ps | grep 测试）
• 服务器日志没有任何指示硬件问题的错误消息
• 平均负载 25.0 左右（所有 3 个平均值）
• 服务器明显对用户无响应

我最终通过重新启动 MySQLd 来“修复”问题......这没有多大意义，因为根据 mysql 的“show processlist”命令，服务器理论上是空闲的。

我应该使用哪些其他工具/指标来帮助诊断此问题并可能确定导致服务器负载运行如此之高的原因？

我正在寻找用于调整用于中型网站的 MySQL 服务器的常见陷阱和优化的简要列表。

一般来说，我在这里寻找的建议类型是普通开发人员或管理员可以轻松实施的信息，这些信息将为他的网站的性能带来可衡量的好处。

举个例子

这是我从阅读高性能 MySQL 中学到的一个技巧，我经常看到它用于：

当使用 MyISAM 存储引擎（默认）时，服务器将在执行 DELETE 或 UPDATE 操作时锁定整个表，或者在执行未附加到表末尾的 INSERT 时（因为有一个“洞”从之前的 DELETE）。在操作完成之前，没有其他查询可以使用该表。

因此，如果使用除“INSERT”以外的任何操作看到大量修改，您应该在任何频繁使用的表上使用 InnoDB 或其他行级锁定引擎。

当服务器无法启动但您的硬盘驱动器仍在运行时，您仍然应该能够提取存储的 SSL 证书和密钥，对吗？毕竟信息就在那里。

系统证书存储在注册表中：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SystemCertificates\My\Certificates

相关的私钥存储在这里：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SystemCertificates\My\Keys\

但简单地将这些密钥导入实时注册表会导致密钥无效的证书。如何从死驱动器中提取 SSL 证书？

在很多情况下，我遇到过 apache 服务器，这些服务器“阻塞”了对编写不当的 PHP 页面的服务请求。查看HTTP状态页面，所有服务器都处于“W”状态。虽然有时可以使用日志和一些幸运的猜测找到有问题的站点，但在运行大量网站的系统上，使用日志找到有问题的脚本几乎是不可能的。

那么，有没有办法找出给定 apache 进程“现在”正在服务的请求？我查看了 /proc/ 目录，没有发现任何有用的东西。我认为 strace 可能会有所帮助，但前提是您在请求开始之前就开始使用它。

有任何想法吗？

顺便说一句：我对“slowloris”DOS 攻击很熟悉，这不是我要说的。