一、为什么会有sql注入
是用户输入的内容在服务器中能够被拼接查询，从而输出恶意用户期望的内容，那么要防止SQL注入，就是阻止恶意用户输入的恶意信息被数据库执行并且输出。
1. 对于数字型注入，不需要单引号个的情况下
可以将payload跟在参数后边，不受过滤和转义的影响
$id=$_POST[‘id’]；
$sql = select username from users where id= $id union select database();
2. 宽字节注入（但是要使用gbk编码）
在使用gbk编码时，系统会认为两个字符是一个汉字的编码（前一个字符必须大于128）。
输入%df%27时首先经过上面提到的单引号转义变成了%df%5c%27（%5c是反斜杠\），之后在数据库查询前由于使用了GBK多字节编码，即在汉字编码范围内两个字节会被编码为一个汉字。然后MySQL服务器会对查询语句进行GBK编码即%df%5c转换成了汉字“運”，而单引号逃逸了出来
3. 使用编码的形式
查询的数据在经过webserver时会被解码一次
id=1%2527 —>webserver –> id=1%27 –> urldecode–> 1′
4. 二次注入
二次注入漏洞字面上理解可能就是结合两个注入漏洞点实现sql注入的目的，但是这其中还有几个细节需要讲解一下。首先，第一个注入点因为经过过滤处理所以无法触发SQL注入漏洞，比如addslashes函数，将单引号等字符转义变成\’。但是存进数据库后，数据又被还原了，也就是反斜杠没了，在这种情况下，如果能发现一个新的注入同时引用了被插入了的数据库数据，就可以实现闭合新发现的注入漏洞引发漏洞。
二、如何防止SQL注入
通过上边的四种方式完美的绕过了反斜杠和单引号转义是否能防止SQL注入的问题，哪如何能防止SQL注入呢？
1、所有的查询语句都使用数据库提供的参数化查询接口，参数化的语句使用参数而不是将用户输入变量嵌入到SQL语句中。当前几乎所有的数据库系统都提供了参数化SQL语句执行接口，使用此接口可以非常有效的防止SQL注入攻击。
2、对进入数据库的特殊字符（’”<>&*;等）进行转义处理，或编码转换。
3、确认每种数据的类型，比如数字型的数据就必须是数字，数据库中的存储字段必须对应为int型。
4、数据长度应该严格规定，能在一定程度上防止比较长的SQL注入语句无法正确执行。
5、网站每个数据层的编码统一，建议全部使用UTF-8编码，上下层编码不一致有可能导致一些过滤模型被绕过。
6、严格限制网站用户的数据库的操作权限，给此用户提供仅仅能够满足其工作的权限，从而最大限度的减少注入攻击对数据库的危害。
7、避免网站显示SQL错误信息，比如类型错误、字段不匹配等，防止攻击者利用这些错误信息进行一些判断。
