pyFileSearcher被制定成一个轻量的、便于应用的、但可以解决很多文件的专用工具，本人还可以在大中型企业服务器上采用的专用工具，以找到--什么文件过去两天里占有了室内空间，它是完全免费的，它是开源代码的，它适用Linux和windows。

软件简介

　　你获得的是啥？

　　按名字、尺寸、文件种类搜索。按途径的一部分开展搜索。搜索索引中列举的不迟于N天的文件

　　储存已删除文件的信息，对他们的搜索和对一般文件的搜索一样

　　可以储存搜索设定供未来应用

　　可以以csv格式储存搜索結果

　　在搜索結果中突显不会有的（已删除的）文件

　　纪录浏览不正确--你将了解什么文件夹因为种种原因沒有被索引到

　　适用Windows中的长途径（gt;256个标识符）。

　　它是怎样工作中的

　　该程序流程在你的电脑硬盘上运作，并储存有关文件的最少程度的必需信息：尺寸、建立時间、修改时间和文件的第一次索引時间（有利于在不要看特性的情形下找寻新文件）。为了更好地储存这种信息，你能应用sqlite数据库查询（每一个你要索引的目标目录都是有一个），假如你要索引几十万和几百万个文件，还可以应用mysql数据库查询。后面一种状况下，你能只应用一个数据库查询，但特定好多个目标目录。在这里2种情形下，每一个目标目录全是与别的文件目录并行处理索引的。

　　在你设定了简洁的索引主要参数（目标目录，及其在应用sqlite的情形下，后缀名的授权管理或信用黑名单）以后，你能用"--scan "主要参数运作程序流程，全自动逐渐索引，以后程序流程将被关掉。应用这一键能够经过生产调度程序执行。

　　在检测全过程中，在工作中（"data"）文件目录中会建立一个pid文件。它的出现会阻拦运行扫描仪的全过程，假如程序流程崩溃了--请手动式删掉它。

　　检测

　　该程序流程在一个有大概2000万个文件的文件服务器上进行了检测。扫描时间 - 约5钟头。较大进程中的文件：~7000000

　　MySQL的非默认设置 主要参数（针对debian stretch）。

　　innodb_buffer_pool_size = 3000M

　　innodb_log_file_size = 128M

　　innodb_log_buffer_size = 4M

　　innodb_flush_method = O_DIRECT

更新日志

　　在1.1.1中

　　修补：将pid过程储存到pid文件中。附加的认证降低了在pid文件未被删掉时终止扫描仪实行的机遇。

　　别的：默认设置 "sqlTransactionLimit "从20000改成1000