var_export出来不是这个格式吧~~~ 应该用print_r {代码...}

mysql_fetch_array方法只能不会一数据库字段名返回数据，你可以var_dump一下$row确认数组。 要以字段名为下标返回数组，有两个办法

这个。。。我想到的唯一办法也就是foreach了 {代码...}

这个问题涉及到“覆盖索引”这个概念。你第一个查询是查count(*)，实际上值需要使用索引test，就能完全得到结果，不需要回聚簇索引查其他字段，因此InnoDB认为用这个所以比全表扫描快。

数据源一方要有一个队列，用来存放要同步的数据，当满足同步条件（例如：网络连接），开始从队列中同步。不论是MySQL还是SQLite都要有这个队列。 这个队列的实现，可以使一个单独存放的ID列表，也可以就在源数据中增加一个标志位。

这个语句语法本身有问题吧。 from fir.param ... 但实际上 fir是表名，param是列名？ 建议你不要写语句。把你的需求写出来，还有就是最终期望的执行结果写出来

多半里面有"\0" {代码...}

这个简单。。在页面上搞一个ajax请求，URL带上UID就行了，nginx肯定会记下来，而且相应的log也很容易提取出来。

1，看你wordpress里配置的是什么用户名，有没有配密码，host是用了localhost还是127.0.0.1 2，用wordpress里配置的用户名和密码，登陆phpmyadmin，查看数据库，看是否正常 3，尝试修改wordpress的密码debug，执行 show databases; 看看情况如何

跟PDO没关系。在小数据量时没什么。如果字段类型是INT，SQL指定为字符串。MySQL会多一个数据类型转换的操作。 理论上来说，什么类型字段，就必须提交什么类型数据。

我觉得原因是，nginx打开的log文件之后，在系统中实际上是以inode来标识的，移动文件并不会修改inode的编号，所以还会继续写入该文件。

不会影响的。如果你的数据库字段是int会进行类型转换的。相反，比如你的数据库字段是string，你的并且有index而且存的都是int的字符串，当查询为