sqlmap跑一个目标，表太返回几千行表名，表太屏幕刷得跟瀑布似的表太。你Ctrl+C按断手，表太它还在那儿一条条往外蹦。表太这时候你才意识到，表太真正的表太问题不是“能不能注入”，而是表太“这么多表，我该看哪个”。表太

我见过最夸张的表太一次，是表太个政府站点的Oracle库，光系统表就占了八成。表太sqlmap默认会把所有表都列出来，表太包括那些`SYS_`开头的表太、`DBA_`开头的表太、还有一堆`ALL_`前缀的。你翻到第五百行，眼睛都花了，真正有用的业务表可能就藏在最后几页里。更气人的是，有些表名长得跟乱码似的，比如`T_2023_Q4_BACKUP_001`，你根本猜不到里面存的是用户密码还是食堂菜谱。

后来我学乖了，先跑`--tables`之前加个`--exclude-sysdba`，能过滤掉大部分系统表。但还不够。有些开发人员建表毫无章法，`tmp_`、`test_`、`bak_`开头的表堆了一堆，全是垃圾数据。这时候你得用`--table-filter`配合正则，比如`--table-filter="(user|admin|account|member)"`，直接锁定关键词。这招能省一半时间，但前提是你对目标业务有个大致预判——政府站找`approval`和`project`，电商站找`order`和`pay`，论坛找`bbs_`或`forum_`。

还有一招更狠，直接`--dump-all`配合`--stop-at-first-match`，虽然听起来像碰运气，但对付那种表名特别规范的系统特别有效。比如某ERP系统所有表都是`M_`开头，你直接`--table-filter="^M_"`，剩下的交给sqlmap自己猜。当然，前提是你得知道对方用的是哪套框架——这玩意儿靠经验，跑多了你一眼就能从URL参数和报错信息里嗅出是PHP+MySQL还是Java+Oracle。

最烦人的是那种库里有几百张分区表的情况。每张表还带`_2024`、`_2025`这种年份后缀，sqlmap傻乎乎地全当成独立表。我上次碰上个日志系统，光`log_`开头的表就有四百多张，每张才几千行数据。你要是真去`--dump`，得跑一天一夜。这种时候别犹豫，直接查information_schema，手写SQL把表名按前缀分组，先看每组的数据量，再挑最大的那几张下手。

说到底，sqlmap只是个工具，它不懂你的脑子在想什么。表太多不是问题，问题是你不该把时间浪费在“看表名”上。正确姿势是：先跑`--current-db`确认数据库类型，再跑`--users`和`--privileges`看权限级别——如果已经是DBA，那还列什么表？直接`--os-shell`或者`--sql-shell`进去，`select table_name from all_tables where rownum < 20`，手写查询比工具灵活一百倍。

最后提醒一句，别在目标机上跑`--tables`跑太久。你以为自己在耐心枚举，实际上WAF早就盯上你了。我见过有人跑了一个小时表名，结果IP被封，连登录页面都打不开了。表多的时候，果断放弃枚举，直接找数据字典或者报错信息里的线索，有时候比蛮力更管用。工具是死的，人是活的——这句话在sqlmap身上体现得淋漓尽致。

(责任编辑：探索)