sqlite3数据库报错：“打不开数据库文件”

项目中因为追求执行速度和高效管理，采用了sqlite3文本数据库作为系统的数据库，几百次压力测试中出现“打不开数据库文件”错误，导致后期对数据库操作均报错，系统瘫痪。出现该问题，定位方法：

1）首先sqlite登入数据库，查看数据库内容是否正确，是否是替换了数据库文件但进程未重新加载导致。经检查，排除该可能性。

2）其次查看sqlite3源码执行过程中返回的错误，文件打开失败，open一个文件时失败。出现该错误，一般由于进程的文件描述符耗尽导致，找到了怀疑点

3）查看操作数据库的进程已占用的文件描述符，一般一个进程最大文件描述符为1023个，假设该进程PID为223，则cd /proc/223/fd; ls -l，可以看到该进程占有所有的文件描述，已达到1023个，资源耗尽，导致再次获取文件描述符失败。一般是由于socket创建后未关闭导致泄漏资源。

也可以通过lsof（list open files）命令查看进程已占用了多少文件描述符，对系统的监测和排错有很大的帮助。

lsof | grep xxx(进程名)/PID（进程号）查看已占用的文件描述符

4）执行netstat -a 查看所有的连接，发现大量redis数据库连接connected状态，基本锁定连接redis时出现资源泄漏。

5）分析测试场景和相关代码，发现的确存在大量的资源泄漏问题。

附：

1.    系统最大打开文件描述符数：/proc/sys/fs/file-max

a.    查看