@ila 也有在用，本地做第一层拦截

@Mohanson 是的，我是正则字典树去搞的，但是词库太大，有点担忧

re + trie tree 因为要记录命中的敏感词，需要分组捕获。目前一个场景 build 出来的 pattern 大概有 300w 长，匹配一次感觉快要 1s ，用 bat 的 api 加上请求时间都比本地快好几倍。。。

@treecoder 护照 /港澳通行签注 /买房 /摇号 /医院建档 [生娃]

咋还让花钱买大饼

@ubbcou 是 gitlens 不

挖个坟，表示也想找一个

链家 6k 有东风北桥 2 居···

@zqx 微信读书确实还不错，感觉不用续费呀，无限月读卡时常送

你好房子还在不？

@banishee apple store

google chrome 插件 Wappalyzer 给的结果:

JavaScript 框架: GSAP;
编程语言: PHP 5.5.12;
Web 服务器: Apache 2.4.9;
操作系统: Windows Server;
JavaScript 图形: three.js;
JavaScript 库: jQurery 2.0.0;

@zhangysh1995 试了好多方法 是 in 的锅 目前 in 不太好再抽一个量表示 蛋疼中～

@jiehuangwei 感谢🙏

@lpts007 其实这个本来就是一张 index 作用的表，
目前数据 300 万+
高频最高耗时 0.13s
本来这个是要 update ... from (select ...)
因为读写频次高导致 锁表，所以 拆成两步，先 select 再 update 。
本来就是 index 功能的中间表，扫 index 和扫全表就没啥差异了呀

@Foredoomed 还是不对，create_time 放第一个 ，type 就变成 index 了 虽然没了 filesort

@zhangysh1995 mysql> explain select it_id from assign_idx where (c_type, cat_id) in ((30, 1), (30, 2), (30, 3), (20, 4), (20, 6), (20, 9), (20, 10));
+----+-------------+------------+------------+-------+----------------------------+----------------------------+---------+------+------+----------+--------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+------------+------------+-------+----------------------------+----------------------------+---------+------+------+----------+--------------------------+
| 1 | SIMPLE | assign_idx | NULL | range | idx_c_type_cat_c_user_time | idx_c_type_cat_c_user_time | 16 | NULL | 86 | 100.00 | Using where; Using index |
+----+-------------+------------+------------+-------+----------------------------+----------------------------+---------+------+------+----------+--------------------------+