我有一个拥有超过百万用户的数据库，每个用户都有大量的数据存储。
毋庸置疑，表现已经衰退。
（每个用户都有自己的网站和CMS）
如何为许多用户处理数据库？
我想到了将每个用户信息保存为自己的数据库，而不是使用外键的表。
您对此想法有何看法？有哪些优点和缺点？
我应该考虑其他什么方式？
答案 0 :(得分：1)
拥有引用数据的一百万用户不是大数据。
如果性能不好，那么您可能会查看SQL代码或前端代码。
还使用索引来增加查询执行时间。大多数时候索引和代码的优化都是诀窍。许多其他事情也扮演着重要角色，如CPU，内存盘等。
我首先看看代码，看看你是否可以优化任何东西然后如果这没有帮助，那么在多个数据库中分离数据。
即使您执行此操作，如果数据库托管在同一服务器上，您仍可能会遇到性能问题。
祝你好运！