感觉不像 python 的倒是很像 Java 的

新三板好像是不融资只挂牌吧
想卖发现没人买，想买发现没人卖

这些工具基本上只能用于日常保养
你现在这情况是需要进厂维修了

也可能是因为会的太多了所以不好找？
你这个背景适合去一些云服务商啊

首先要 pcie 直通，然后 lspci 能看到“正确的号码”
其次 pciids 得足够新，lspci 才能看到“正确的名字”

尽量固定化
描述式（比如提供 requiresments.txt ），不要动作式（不许执行 pip ）

否则用户能给你玩出无数花样来

同问

用 testdisk 工具试试

不过我之前说的“你说的这个场景下当然是 127 了”确实是错了。我再研究一下原因

我的实验场景虽然得到和你一样的结果，但是有证据说明身份是由服务器端认定的，而不是客户端自称的：

mysqld 开启 skip_ssl 参数，避免加密
strace mysql -h 127.0.0.1 在前面加 strace 观察通信，可以看到下列内容：
connect 建立连接
recfrom 收到服务器的 banner 信息
sendto 只发送了用户名，并没有带有 @127.0.0.1 或者 @localhost 的后缀
然后 recvfrom 收到服务器返回的错误信息 Access denied for user 'root'@'localhost'

@msg7086 access denied 是服务器返回的信息，你说的这个场景下当然是 127 了

骗几次就老实了
而且基本上是成本最低的做法

需要加强软件工程教育

@msg7086 你把 unix domain socket 关闭试试，看 localhost 的用户名还能不能连上

multicast 吧

都是关联企业啊，不影响你写在同一条工作经历里面

人在江湖飘，哪儿能不挨刀

如果能的话说明这个算法的特征过于明显了

猜测可能是 selinux 、apparmor 之类的？