当然可以！用文本文件配合SQL的批量导入/匹配语法完全能搞定这两种场景，我给你分情况拆解下具体实现方式，兼顾性能和易用性：

300条的量级不算大，有两种常用方案，看你偏好：

• 临时表导入法（推荐，性能更优）
  这种方式适合需要重复查询或者后续要调整条件的场景：

  1. 先把300条URL整理成纯文本文件（每行一条，命名比如urls_300.txt，注意编码和数据库保持一致）
  2. 创建临时表存储这些URL：

     CREATE TEMPORARY TABLE temp_urls (url VARCHAR(255) NOT NULL);
     

  3. 把文本文件加载到临时表（不同数据库语法略有差异）：
     • MySQL：

       LOAD DATA LOCAL INFILE '/path/to/urls_300.txt' INTO TABLE temp_urls;
       

       （如果报错，可能需要开启local_infile参数）
     • PostgreSQL：

       COPY temp_urls(url) FROM '/path/to/urls_300.txt';
       

  4. 关联主表查询：

     SELECT * FROM your_main_table 
     WHERE url IN (SELECT url FROM temp_urls);
     

• 直接生成IN子句（快速临时用）
  如果只是一次性查询，不想建临时表，可以用脚本（比如Python、Shell）把文本文件的内容转换成('url1','url2',...)的格式，直接嵌入SQL：

  SELECT * FROM your_main_table 
  WHERE url IN ('https://example.com/page1', 'https://example.com/page2', ...);
  

  比如用Shell一行搞定：sed "s/^/'/;s/$/',/" urls_300.txt | tr -d '\n' | sed 's/,$//'，就能生成符合格式的字符串。

9万条的量级比较大，直接用IN子句会报错（多数数据库有IN子句长度限制），所以必须用临时表关联的方式，还要注意性能优化：

核心方案：临时表+模糊匹配关联 #

假设你的通配符规则是前缀匹配（比如LIKE '/api/v1/%'），步骤如下：

1. 把所有前缀字符串整理成纯文本文件（每行一个，比如prefixes_9w.txt，不要带通配符%）
2. 创建临时表并加载数据：

   -- MySQL/PostgreSQL通用建表语句
   CREATE TEMPORARY TABLE temp_prefixes (prefix VARCHAR(255) NOT NULL);
   -- 加载文件（对应数据库语法参考场景1）
   LOAD DATA LOCAL INFILE '/path/to/prefixes_9w.txt' INTO TABLE temp_prefixes;
   -- 给临时表加索引，提升匹配速度
   CREATE INDEX idx_temp_prefix ON temp_prefixes(prefix);
   

3. 关联查询（加DISTINCT避免一个URL匹配多个前缀导致重复结果）：

   SELECT DISTINCT m.* FROM your_main_table m
   JOIN temp_prefixes p ON m.url LIKE CONCAT(p.prefix, '%');
   

特殊情况优化：如果是后缀通配符（比如LIKE '%.pdf'） #

后缀匹配无法用普通前缀索引优化，这时候可以用反转存储+前缀索引的技巧：

1. 给主表添加反转后的URL字段（以MySQL为例）：

   ALTER TABLE your_main_table 
   ADD COLUMN url_reversed VARCHAR(255) AS REVERSE(url) STORED;
   

2. 给反转字段建索引：

   CREATE INDEX idx_url_reversed ON your_main_table(url_reversed);
   

3. 把后缀条件反转后存入临时表（比如%.pdf反转成fdp.），然后用前缀匹配查询：

   SELECT DISTINCT m.* FROM your_main_table m
   JOIN temp_suffixes s ON m.url_reversed LIKE CONCAT(s.reversed_suffix, '%');
   

关键注意事项 #

• 文本文件的编码必须和数据库一致，避免乱码导致匹配失败
• 加载文件时要注意数据库的权限设置（比如MySQL需要FILE权限，PostgreSQL要确保文件在数据库服务能访问的路径）
• 9万条数据的查询，主表的URL字段最好有合适的索引（前缀匹配用前缀索引，反转后缀用反转字段的索引），否则可能会很慢

内容的提问来源于stack exchange，提问作者James Madison