而且 having 里的条件是针对的 group 的，和 where 完全不一样。
如果你没分清两者区别，无意冒犯，但建议还是认真系统的学习一下基础 SQL 。
另外这个也不是 mysql 高出来的，这个是 ANSI SQL 标准语言。

说真的，我从来没有见过哪个通用的设计表规范中说字段尽量不要设为 null 。
你只需要知道字段为 null 会出现哪些问题就足够了。除了对唯一索引有影响，通常它的存在会影响排序、统计等，例如大部分数据库 count,avg 等统计分析函数时会不计算 null 的记录，而 order 排序时 null 记录是排最前还是最后也是要注意？以上等等，如果你不清楚的话日后就有可能掉坑里，所以估计才会有字段尽量不要设为 null 的建议，但这并肯定不是通用设计规范。

MySQL 8.0.13 开始支持 index skip scan 也即索引跳跃扫描。该优化方式支持那些 SQL 在不符合组合索引最左前缀的原则的情况，优化器依然能组使用组合索引。
不过你这个测试数据太少，也不知道有没做表分析。建议生成个几万行测试数据，如果 sex 按含义只存放 2 种（或者几种）数据，估计就算你是独立的索引，优化器也不会选择用这个索引。

象 word 这种一个个版本发展过来的，有 bug 不是再正常不过的吗？
你看就算象开源的 OpenSSL 这样所有人都能看源码的，代码量远小过 word 吧，仍然出各种严重漏洞，最后宁愿重写出个 LibreSSL 都好过在原来基础上修补。

就算不养，也应该妥善处理小生命。楼上一些说吃巧克力弄死的，这种人以后大概率就是干活不顺删库跑路，女朋友分手就泼硫酸的自私极点做事没有底线的性子，做人就不能做成这类人。
至于父母唠叨，你要认识到这件事本身就不大，更没有什么对错，只是个人喜好。你如果让步了，以后找对象，结婚，买房，养孩子什么的，一辈子能唠叨的事就多着呢。
而且你到了一定年纪迟早会坚持自己主见不听父母，这个时候你父母就得说以前蛮听话的孩子现在为啥不听了，肯定是身边人讲父母坏话，这时候就得是你媳妇遭殃了。所以长痛不如短痛。

我看了看手头上某台小型机里的某业务 oracle 数据库，上亿记录的表几十个吧，超 10 亿的表不多才 5 个，最大一个 60 亿记录。根据业务量推算上级地区部门的数据库的这部分业务数据应该是我们 4 倍的数据量。

虽然最后一个联合索引可以提供第一个索引的功能，但如果从含义上猜测，id 很可能是唯一索引，这种情况根本就无需 country，又或者这个表里相同 id 的记录本来就不会太多，那联合 country 提升的性能也不明显，所以你还是得看数据具体情况和使用场景分析，在这两个里面选一个留下。

可能类似是这个原因吧，文件系统的 inode 数大于 2^32：
Doc ID 761566.1 & 1330701.1
Errors on XFS file system for large disks mounted with 64-bit inode (inode64) option
The use of the XFS file system, the default local filesystem on Oracle Linux/RHEL 7, for larger disks (greater than around 1TB) with the inode64 mount option may result in errors when using EBS such as:

Preparing to launch Oracle Universal Installer from..
Please wait …Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object
This is due to the use of 32-bit executables in EBS which can result in the accessing of inode numbers on the file system that are greater than the 2^32 limit of the 32-bit userspace. It is recommended to use the 32-bit inode option (the default for XFS) or other local filesystems such as ext4 if this problem is encountered.

你得知道，一般数据库数据的存放无论是物理还是逻辑上都不一定是按顺序，特别是有删除更新的情况下。但是有可能你最近新增的数据会仍在内存缓冲里，这时候的由于节省了磁盘开销所以性能看起来会快些。

就像赛跑的关键不在于你能跑多快，而在于你能否比对手快。
东西能否卖得出去，还得找到自己比竞争对手优势的地方。我认为，现在应该大部分人关心的除了价格、口味以外就是食品安全了。毕竟无论如何自夸，谁也没见过加工过程，也不知道原料来自于哪里。如果楼主足够自信，就在直播带货里穿插直播整个制作过程，甚至可以去原料来源地看看牛甚至屠宰，这应该也许能成为一些卖点。

对 gettext 不熟悉，看源码的中文 po 好像是有问题，zh_CN.po 和 zh_TW.po 都是这样写法
#: plugins/sudoers/parse.c:805
#, c-format
msgid "Matching Defaults entries for %s on %s:\n"
msgstr "匹配 %2$s 上 %1$s 的默认条目：\n"
看其它语言例如德文就不是这样写的这样
#: plugins/sudoers/parse.c:805
#, c-format
msgid "Matching Defaults entries for %s on %s:\n"
msgstr "Passende Defaults-Einträge für %s auf %s:\n"

看到这里这么多评论里有这样的好笑的论点：水桶无论有多高，它盛水的高度取决于其中最低的那块木板，所以咱负责的这块木板做成啥样也没用。

无 Bug 的程序几乎是不存在的。在 cve.mitre.org 中搜 VNC 有 123 条记录。

没错，国内厂商不重视文档是普遍现象。用过几个国内大厂的出品，那文档滞后不谈，而且内容简陋，歧义甚多，不注册官网就基本没在线手册，手册版本不全，API 、程序范例出错漏更不鲜见。
不要说程序员最讨厌写文档，对比一下国外随便一个成熟产品都比它们做得好，他们的程序员就不是程序员了？

不知道你有没看过这篇，alex-v.blog/2019/02/16/a-trip-through-wake-on-wireless-lan/，也是讲无线 WOL 的尝试中主机定时被唤醒的情况。作者发文时没有解决问题，不过后来下面的评论里似乎有进展，可以参考。

提醒一下，安全防护方面不要寄希望于简单的服务端口就能躲过端口扫描，即使普通的 nmap 之类的工具都可以通过端口的指纹识别判断服务甚至版本。

钱够的话可以和睦家之类的医院体检。国内普通医院体检很多不足，例如体检前医生不和你交流，更不会去了解你家族病史（我觉得其实这个挺重要，很多疾病你家族的人曾经患过的话，你自己患上的几率也会比一般人高），缺乏个性化体检，体检报告里喜欢贩卖焦虑。

开启 audit 审计服务