PHP导入MySQL后SELECT与COUNT结果不符，是否为恶意脚本所致？

一、导入的.txt数据中的脚本不会直接导致该问题 #

如果你的PHP导入逻辑只是将.txt中的行作为普通字段值插入MySQL，没有执行数据中的任何代码（比如eval、动态拼接SQL时未做转义），那么数据里的脚本内容本身不会主动触发数据库数据变化：

• 若数据包含SQL注入语句，只有在你用字符串拼接SQL而非预处理语句插入时，才可能在导入过程中执行删改操作，但你提到进程结束后数据仍持续变化，这显然不是导入阶段的一次性操作导致的。
• 若数据包含前端脚本（如XSS代码），只会在前端页面输出时触发，无法直接修改后端数据库。

二、其他可能的原因 #

1. 共享服务器上的第三方进程操作
   共享服务器环境下，若你的MySQL表权限设置过松（比如允许其他用户/账号读写），可能存在：

   • 其他用户误操作（比如误删、误插数据）；
   • 服务器被植入恶意脚本（后门），持续对该表进行增删操作，导致查询结果时高时低。这也是技术支持怀疑方向的核心可能性。

2. InnoDB事务隔离机制导致的快照读差异
   若你的表使用InnoDB引擎：

   • SELECT COUNT(*) FROM my_sql_file 默认会使用当前读，直接读取最新提交的数据；
   • SELECT * FROM my_sql_file 可能使用快照读（依赖事务隔离级别，默认REPEATABLE READ），读取的是查询开始时的数据快照。如果有其他未提交的事务在增删数据，不同时间的SELECT *会看到不同版本的快照，导致结果数波动。当事务提交/回滚后，结果又会变化。

3. 导入进程未完全终止
   PHP程序超时后，共享服务器的PHP-FPM或CGI进程可能未被彻底杀死，后台残留进程仍在断断续续地执行数据插入/回滚操作，导致表数据持续变化。

4. 表存在锁或死锁问题
   若导入过程中产生了未释放的表锁/行锁，后续其他操作（如自动清理脚本、备份进程）可能因锁阻塞或异常处理，导致数据出现间歇性的增删，表现为查询结果波动。

内容的提问来源于stack exchange，提问作者Sue