使用pdo访问mysql数据库时，真正的real prepared statements 默认情况下是不使用的。为了解决这个问题，你必须禁用 prepared statements的仿真效果。下面是使用pdo创建链接的例子：
代码如下:
$dbh = new pdo('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'pass'); $dbh->setattribute(pdo::attr_emulate_prepares, false);
setattribute（） 这一行是强制性的，它会告诉 pdo 禁用模拟预处理语句，并使用 real parepared statements 。这可以确保sql语句和相应的值在传递到mysql服务器之前是不会被php解析的（禁止了所有可能的恶意sql注入攻击）。虽然你可以配置文件中设置 字符集的属性(charset=utf8)，但是需要格外注意的是，老版本的 php（ < 5.3.6）在dsn中是忽略字符参数的。
我们来看一段完整的代码使用实例：
代码如下:
$dbh = new pdo("mysql:host=localhost; dbname=dbtest", "user", "pass"); $dbh->setattribute(pdo::attr_emulate_prepares, false); //禁用prepared statements的仿真效果 $dbh->exec("set names 'utf8'"); $sql="select * from test where name = ? and password = ?"; $stmt = $dbh->prepare($sql); $exeres = $stmt->execute(array($testname, $pass)); if ($exeres) { while ($row = $stmt->fetch(pdo::fetch_assoc)) { print_r($row); } } $dbh = null;
上面这段代码就可以防范sql注入。为什么呢？
当调用 prepare() 时，查询语句已经发送给了数据库服务器，此时只有占位符 ? 发送过去，没有用户提交的数据；当调用到 execute()时，用户提交过来的值才会传送给数据库，他们是分开传送的，两者独立的，sql攻击者没有一点机会。
但是我们需要注意的是以下几种情况，pdo并不能帮助你防范sql注入
1、你不能让占位符 ? 代替一组值，如：
代码如下:
select * from blog where userid in ( ? );
2、你不能让占位符代替数据表名或列名，如：
代码如下:
select * from blog order by ?;
3、你不能让占位符 ? 代替任何其他sql语法，如：
代码如下:
select extract( ? from datetime_column) as variable_datetime_element from blog;
以上就是pdo防止sql注入的机制的内容。