mariadb.com 的 Knowledge Base 知识库上有一篇专门讲这个问题的文章，里面提到一些较快但没那么随机的方法，你可以搜索来参考下
data-sampling-techniques-for-efficiently-finding-a-random-row

通知里说的是不续签吧，那就是原合同是正常到期结束的，又不是不正常的终止合同，那有什么可抱怨的？

不是很理解你说的“ $1 被理解成位置参数”是什么意思，是指$1 为调用 awk 的 shell 脚本的参数吗？
如果是，那么你可以用-v 传递变量进 awk 然后再利用。例如
awk -v mypattern="$1" '$0 ~ mypattern {print}'
这样就把$1 赋值到 awk 里的变量 mypattern，而这个 mypattern 变量就可以用~来进行匹配运算。

看 find 的源码里，只要 regextype 后的参数没有匹配到已知类型，就会报错。其中源码里的那段代码注释是
We didn't find a match for the type of regular expression that the user indicated they wanted. Tell them what the options are.
所以理论上只要 regextype 后用任何非已知类型都能得到一样的信息，man 手册里可能只是为了用户方便记忆建议用 help 作为参数而已，无需做过多解读。

传统 perl 实现的 AWStats 不知道是否满足需求，配置上应该算简单了。

stackoverflow 上有 How to convert a string to lower case in Bash?比较全。抄几条
POSIX standard
echo "AdadaBdaC" | tr '[:upper:]' '[:lower:]'
AWK
echo "AdadaBdaC" | awk '{print tolower($0)}'

应该就是 7 楼的统计方式就行了，除非楼主希望的数据展现方式不同，难道是横轴为 a 的取值集合，竖轴为 b 的取值集合这种不定宽表格？

就算要到这么详细的信息，有心人还是可以去农村“租”身份证办手机号来蒙混过关，这年头门槛不高的话骗子满地跑。

其实人才储备不是一种很正常的思路吗。老板招了这些人才，目前可能用不上这些技术，但日后就可以考虑接这类项目，投这类标了吧。总不能说看到网上挂出这样的标了，或者项目有这样的需求了，老板才去急忙招这些人吧？

明明父母平时只是看标清新闻联播但你仍然给他们买了 4K 电视机上了 4K 机顶盒。

不用说现在的 ES 这种方式可以做到（结果不精确），就算是以前的集中式关系数据库来说，这种需求也真没什么（结果精确）。例如用 Oracle，直接对姓名统计使用物化视图即可，其核心原理就是在原始数据变更时通过触发器更新统计数据而已。

搞错了，STRCMP(expr1,expr2)相等时才 0，既然只有 flag1,flag2，所以应该直接时 having sum(strcmp(flag,'flag1'))=0

试试看 group by service_id having count(flag)=sum(strcmp(flag,'flag1'))

fdisk 只能调整分区，mkfs 才能做格式化吧。楼主怎么合并的？该不是直接修改了分区的 End ？

不是很看得懂你的例子，只能大概猜测是你这里可能涉及到一个行转列的查询技巧，即多行的 sw_class 转换为两列 sw_采购，sw_消费，不知这样理解对否。
通常这种查询，如果最终列数是固定非动态的，可以用这种思路转换：

select a,b,c,...sw as sw_采购,0 as sw_消费 from t where sw_class="采购"
union all
select a,b,c,...0 as sw_采购,sw as sw_消费 from t where sw_class="消费"

然后在这个基础上在外层包装分组统计运算。

你说的体验太笼统，不知道具体是什么。如果是触摸板相关特性和参数，详细可以看 archlinux 的 wiki 上的 Touchpad Synaptics，可调的东西蛮多的。如果是应用手势，楼上也提到不少。

这没什么好惊闻的，公司这么做合情合理（不这么做的公司我觉得你也别呆太久，没安全意识的公司怎么倒闭的老板估计也不清楚）。
你使用公司资源做的事情公司还没知情权？你如果通过公司网络发起违法攻击行为，公司是需要连带承担责任的。你也别抱怨什么，要是你可以升职加薪时公司突然因为你的同事搞了个网络攻击给停业了你自个哭去吧。
你真需要干隐私不想让人知道的事情，请使用自己的 4G/5G 流量。

我觉得至少目前这种技术可行性不高。
1 、电池消耗过大。你可以试试看长期开启麦克风录音消耗电池速度。
2 、语音识别问题。如果麦克风不是在嘴边，环境噪音本就大，如果是多人环境更是难以区分是机主本人，你可以用任意支持语音输入的输入法试试看一尺开外多人交谈能否识别出正确率满意的词句。误差大的画像还不如没画像。
3 、识别率问题。如果是云端服务器的识别，准确率会高但流量肯定不小。如果是本地识别，准确率低而且 CPU 消耗电量明显。