1.一个链接是建立在账号密码基础上的， 怎么可能能切到其他用户，mysql 也没有 schema 这个概念， 如果非要可以使用 PostgreSQL ，基本可以无痛迁移。
2.正确的思路是你这个用户是高权限，可以访问到其他库， 但这样还是和你一开始的想法冲突了， 说到底你还是得一个商户一个池，控制好池的大小和回收时间， 哪些商户流量大就给他多分配，哪些小就给他分配少， 这个更适合你的需求。
3.业务量小搞独立数据库纯纯玩死自己，就和小公司上来就来一套 springcloud 而不考虑运维成本一样，我做过的系统都是采取逻辑隔离，但我们的机制是当某个用户流量大的时候就会单独给他迁移出来，以免影响其他用户。

都单独数据库了，不如也单独服务器算了， 这样就不用考虑多租户的问题了，单独数据库维护难度系数随着时间和商户的推移会越来越大。

主打一个自由自在。

听 V 友的基本教出来的孩子就是地铁上跳舞， 火车上打闹，高铁上放声大笑，讲一句就说关你屁事的小孩。

大学生才用数据库外键

@OranNeo 开个会绷不住了 今天首崩

歪个楼，久坐啥椅子都没用，我的建议是多喝水，保持 1-2 小时内去一次厕所， 一举两得解决两件事。

@777777 这个也会有问题， 那些仓库不是一直由一个人或一群人去维护的，甚至到了后期都没人维护了，文档缺失、代码质量下降、改动变化大， 都是一个考验，阿里开源了一大堆 KPI 项目，生命周期基本在 1-3 年，有的甚至刚出生就死了，有的版本已经更新到了两位数而文档还停留在一位数版本号。

建议副业当区块链科学家就行了， 吃吃空投打打铭文防防身，没准暴发户了呢

你不想掉备案就去 不想管备案就别去了，说你没钱没车费就行了，去不了
这就是为啥我不用国内服务器，只要是开会或者重要活动第一个被领出来踩几脚先，香港服务器自由自在不用备案舒舒服服。

判断是不是更新条数 0 0 就直接抛异常不就好了 剩下的都不走了 然后交给分布式事务去处理即可。

手机无脑 uniapp 就好了 反正是自己用的

我还以为是我的问题，早上打开 mysql 的控制台告诉我我没这个实例

完全由服务器处理的是账号密码模式的 oauth 吧？ 需要用户提供账号密码或者持久 token

过度封装带来的后果是更难的维护和组件的膨胀