pdo如何防止 sql注入

我们使用传统的 mysql_connect 、mysql_query方法来连接查询数据库时，如果过滤不严，就有SQL注入风险，导致网站被***，失去控制。虽然可以用mysql_real_escape_string()函数过滤用户提交的值，但是也有缺陷。而使用PHP的PDO扩展的 prepare 方法，就可以避免sql injection 风险。 使用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=demo", "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、你不能让占位符 ? 代替一组值，如：2、你不能让占位符代替数据表名或列名，如：

SELECT * FROM blog ORDER BY ?;

3、你不能让占位符 ? 代替任何其他SQL语法，如：

SELECT EXTRACT( ? FROM datetime_column) AS variable_datetime_element FROM blog;

注:
在数据库支持prepare特性的情况下，PDO就使用数据库的prepare语句来实现
$fooplan = $pdo->prepare('INSERT INTO foo VALUES(?, ?, ?, ?)');$fooplan->execute(array(1, 'Hunter Valley', 't', 200.00));
和sql对照一看是不是就明白了
因为prepare ... execute这个特性实在太有用，所以即使数据库不支持prepare，pdo也会采用模拟的方式来实现，简单来说就是pdo自己对数据做quote，然后把结果拼接成sql再执行
还有一种特殊情况就是连接池，比如我用pgbouncer做postgresql连接池，连接池是transaction或statement模式。在这个模式下，每条语句都可能使用的不同的连接
所以pdo就没法使用到数据库的prepare特性，因为prepare和execute两条语句可能使用不同的连接，在这种情况下就必须强制使用pdo的模拟prepare方式才行
$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, true);

完成。学习吧，屌丝