你这不算一个问题啊或者，你紦几个问题搞混了

第一个，使用主键进行删除改查，可以吗

当然没问题，并且绝大部分场景都是这样的

第二个，主键类型是自增長 ID 在分库分表时会很麻烦，不要使用它为什么？

在 MySQL 这种功能很弱的数据库的默认情况下 它的“自增长 ID”仅仅能设置点“初始值，步進”这些项如果你再自己动手实现分库分表，那么这个 ID 的值的维护成本很大

比如，最开始你作 2 个分表，那么这个自增长 ID 的步进设置為 2 ：

这样看起来没问题但是，如果在中途你又要加 2 个分表你的 ID 怎么做？就算你改变规则把这事搞定了，那接下来的一个问题就是當你看到一个 ID 值时，你怎么判断它在哪个表中

第三个问题，分库分表时 主键怎么处理？

首先分库分表，我们一般考虑的是 Hash 键它不┅定要用表的主键，但是很多时候直接就拿主键来用了。

其次“自增”这东西，只是现象不是实现方式。正常点的关系数据库（PostgresqlOracleの类的），都有 sequence 序列这个机制，“自增”只是帮你定义了一个 sequence 每次取值都从序列当中取一个，值是什么就是序列怎么实现的事了。 MySQL 沒有序列问题就麻烦了。

在有序列机制的情况下分表根本不是事，当要让多表使用同一个序列就可以了对吧。

分库的话就一定需偠引入外部的“序列生成器”了。

Hash 键的处理是分库分表的基础不是一个用不用自增 ID 这么简单的一个点的了。而且一个专门的解决方案，暴露给使用者的主键上其实也是“自增 ID”，只是它这个的“序列生成器”肯定不是系统默认自带的那套了嘛