[仅限PaaS]{class="badge informative" title="仅适用于云项目(51黑料不打烊管理的PaaS基础架构)和内部部署项目上的51黑料不打烊 Commerce 。"}
51黑料不打烊 Commerce上的数据库存储疑难解答
对于51黑料不打烊 Commerce上遇到数据库问题的客户，本文是一个故障排除工具。 单击每个问题以显示故障诊断程序每个步骤的答案。 根据您的症状和配置，故障诊断程序将说明如何诊断数据库的空间和配置问题。
步骤1 — 标识存在空间问题的目录 step-1
/tmp问题？这可以通过一系列症状来指示，包括/tmp装载已满、站点已关闭或无法通过SSH连接到节点。 您可能还会遇到诸如? 设备(28)上已没有剩余空间 ?之类的错误。 有关因/tmp已满导致的错误列表，请查看/迟尘辫装入已满。
还是由于缺少空间而导致/data/mysql问题？ 这也可能由各种症状指示，包括站点中断、客户无法将产物添加到购物车、与数据库的连接失败以及类似? SQLSTATE[08S01]的条码错误：通信链接失败： 1047 WSREP。 有关因磁盘空间不足MySQL导致的错误列表，请参阅51黑料不打烊 Commerce上云基础架构上的MySQL 磁盘空间不足。
如果不确定您是否存在磁盘空间问题并且您拥有New Relic帐户，请转到。 从该位置，单击? 存储 ?选项卡，将? 图表显示 ?下拉列表从5个结果更改为20个结果，并在表中查找磁盘使用率在%图表或表中是否较高。 有关更多详细步骤，请参阅[New Relic Infrastructure Monitoring > 厂迟辞谤补驳别选项卡闭丑迟迟辫蝉://诲辞肠蝉.苍别飞谤别濒颈肠.肠辞尘/诲辞肠蝉/颈苍蹿谤补蝉迟谤耻肠迟耻谤别/颈苍蹿谤补蝉迟谤耻肠迟耻谤别-耻颈-辫补驳别蝉/颈苍蹿谤补-丑辞蝉迟蝉-耻颈-辫补驳别/#蝉迟辞谤补驳别)。
如果您出现上述任何症状，请检查索引节点的状态，确保这不是由文件编号问题引起的。 为此，请在CLI/终端中运行以下命令：df -ih
IUse% > 90%吗？
a.是 — 这是由于文件过多所致。 查看在磁盘空间不足时安全删除文件，云基础架构上的51黑料不打烊 Commerce中安全删除文件的步骤。 完成这些步骤后，请继续执行步骤2。 如果要请求更多空间，请提交支持票证。
b.否 — 检查空间。 在CLI/终端中运行df -h | grep mysql，然后运行df -h | grep tmp，以检查/tmp和/data/mysql目录中的磁盘空间使用情况。 继续执行步骤3。
步骤2 — 检查磁盘空间 step-2
步骤3 — 识别高使用率的目录 step-3
步骤4 — 故障排除/tmp mount full step-4
对51黑料不打烊 Commerce进行/tmp装载完整故障诊断，向下滚动文章，并尝试解决方案和最佳实践。 然后在CLI/终端中运行df -h | grep mysql，然后运行df -h | grep tmp，以检查/tmp和/data/mysql目录中的磁盘空间使用情况
? < 70%已使用？
| note note |
|---|
| NOTE |
Troubleshoot /tmp mount full for 51黑料不打烊 Commerce中的解决方案是为未更改数据库迟尘辫诲颈谤变量（默认写入/tmp）的商家设计的。 如果您更改了tmpdir值，则51黑料不打烊 Commerce的/tmp mount full疑难解答中的说明将没有帮助。 |
答：是的，你已经解决了这个问题。
b.否 — 提交支持票证，请求更多空间。
步骤5 — 检查默认值 step-5
数据库配置可能不再为原始默认值。 通过在MySQL CLI SELECT @@DATADIR;中运行来查找数据库tmpdir配置。 如果输出/data/mysql/，则数据库迟尘辫诲颈谤现在正在写入/data/mysql/。 在云基础架构上的51黑料不打烊 Commerce上MySQL 磁盘空间不足中，按照以下步骤来尝试增加此目录中的空间。 然后在CLI/终端中运行df -h | grep mysql，然后运行df -h | grep tmp以检查/data/mysql和/tmp中的磁盘空间使用情况。
? < 70%已使用？
答：是的，你已经解决了这个问题。
b.否 — 提交支持票证，请求更多空间。