PHP中mysql_affected_rows()的奇怪行为

我有一个名为user_ips的表来跟踪用户,以防他们删除cookie或更改浏览器.所以无论如何,以下代码很简单.它更新user_ip中等于用户id和IP的条目.如果查询没有更新任何行,则表示该用户的IP不在表中,因此将其插入.

$site->query('UPDATE `user_ips` SET `last_time` = UNIX_TIMESTAMP(), `user_agent` = \''.$this->user_agent.'\' WHERE `ip` = '.$this->ip.' AND `userid` = '.$this->id);
if(MysqL_affected_rows() == 0)
{
    $site->query('INSERT INTO `user_ips` SET `userid` = '.$this->id.', `ip` = '.$this->ip.', `first_time` = UNIX_TIMESTAMP(), `last_time` = UNIX_TIMESTAMP(), `user_agent` = \''.$this->user_agent.'\'');
}

问题是MysqL_affected_rows()有时会返回0,即使存在具有用户当前ID和IP的行也是如此.然后,代码使用相同的IP向表中添加另一行.

如果您想知道,$site是我为我的网站制作的MysqL类,它执行的唯一查询是通过query()传递给它的那个,而且没有更多,所以这不是类的问题.哦,IP存储为长IP,因此它不需要引号.

解决方法:

我在这里直接引用PHP文档：

使用UPDATE时,MysqL不会更新新值与旧值相同的列.这就产生了MysqL_affected_rows()可能实际上不等于匹配的行数的可能性,只有查询受字面影响的行数.

因此,在您的情况下,当UNIX_TIMESTAMP()返回相同的值时,MysqL_affected_rows()将返回0(例如,同一客户端在同一秒内发出两个请求).

PHP中mysql_affected_rows()的奇怪行为

相关文章