除了头部几个好的，其实大部分国产比DBA焦虑多了。

当然居家舒服，不同通勤，还自由。 边看电视边工作也行。 还能晚起。

祝贺各位

看看有没有锁？

但是这样的确有竞争力啊。你想，有很多公司的场景单机就行了。多使用，生态和市场就出来了。

SATA这个比较差，慢也是很有可能的。数据库是IO密集型的，最好的东西给它。

跨database，其实就是跨schema，没事的。 跨实例，不管支持不支持，没有一个数据库能表现出和不跨一样的效果。

我要挑战

直接去投简历，好的不会不收的。

从数据库直接到kafka的CDC我就见过OGG，不过OGG目前不支持tidb

一般这个看优化器了，优化器自动改写。

我也这么认为，提问题的估计也是公司环境，开发强势，自己无力改变。但是又要兜底处理。

就我所掌握的目前只知道exadata中有这个功能，其他数据库估计也在陆续开发中。你意思是把这个SQL拉黑，禁止运行对吧

知道，能避过去就不算坑了。

前两条毋庸置疑了，很多公司都这样做，我们也是。

真实性能还是看开发水平。大部分开发写出的东西，都达不到官方的十分之一甚至百分之一，这是常态。就是现实。

问题1 这种是设定审核规则。上线前全审核，有工具的用工具，没工具的想办法，人肉也要审核。 问题2 变更要经过相关流程的审核，总能审核出来这些命令是不是高危的。所有人都审核不出来，说明都是糊涂。该出问题了。但是一般来说不会。 问题3 基础设施要有UPS，发电机等。如果这些都用了还不行。数据库容灾要考虑。这种比起前面来说概率低。

主要是为了归档，管理数据。这是最大特点。毕竟del不释放空间。

其实其他数据库的分区也是主要为了数据生命周期管理而用的。本身分区对读写的提升不会因为是不是分区产生巨大差异，一点点差异还是有的。