Question

我有一个（小）动态网站（大致）是一个使用SQLite数据库的Perl CGI脚本。包DBI是Perl中使用的抽象层。

大约一周前，我开始看到此错误消息：

disk I/O error(10) at dbdimp.c line 271

由于这是运行Apache的托管站点，我无法看到硬盘是否（几乎）已满。访问命令“df”被禁用....但我使用（UNIX）shell命令“yes＆gt; blah”来测试磁盘仍然可以创建新文件。我的数据库很小 - 不到50千字节。

我检查了文件和目录权限：目录和所有父项都是+ r，a + x（全+读/可执行）。包含我的SQLite数据库文件的目录也是+ w（全部+写入）。数据库文件本身有+ w，a + r（全部+读/写）。

我编写了一个简单的Perl程序来测试我可以运行失败的选择查询：它运行正常。

我在数据库上运行了查询“VACUUM”。我再次尝试了我的测试 - 没有任何改进。

我将SQLite数据库转储到原始SQL（使用SQLite shell命令“.dump”）并重建。我再次尝试了我的测试 - 没有任何改进。

有什么建议吗？我很困惑......通常，上面的列表可以捕获大多数编程/设置错误。

Answer 1

不幸的是，sqlite3.h对特定问题的描述并不十分清楚。错误代码10在此处定义：

#define SQLITE_IOERR       10   /* Some kind of disk I/O error occurred */

您可能遇到/ tmp在某些点已满或sqlite无法访问内存以写入其页面缓存的问题。如果您的db是50kb，这是不太可能的，因为sqlite应该能够将页面缓存保存在内存中。

您可以尝试制作数据库的副本，希望sqlite可以读取复制的数据库并更新您的代码以反映：

$sqlite3 your.db
sqlite> begin immediate;
<press CTRL+Z>
$cp your.db copyofyour.db
$exit
sqlite> rollback;

您还应该检查日志以查看是否每次请求都发生这种情况或间歇性地发生。您可能想要查看是否可以访问其他命令来监视服务器运行状况（顶部，免费）。能够重现这个问题似乎是你手头的第一项任务。如果你不能一贯地重现它，那很可能是与记忆相关的问题。

Answer 2

另一个原因：

当数据库文件不可写时，会出现“只读数据库”错误。如果可写但日记文件不可写，则会显示“ I / O错误”。

Answer 3

如果文件锁定失败，则可能存在并且可能难以检测到的错误源。您可以使用

测试文件系统当前是否支持文件锁定

flock testfile touch testfile

例如，NFS文件系统可能会出现此行为，具体取决于NFS服务器配置。