每个客户端拆分mysql数据库

我正在开发一个相对较小的数据库.它共有67个表,记录略多于一百万.它大约是254 MB.与它一起使用的应用程序已经运行了大约5年,并且每年的使用量翻了一番.今年我们预计将增加三倍,这将使一个季节的数据库几乎翻倍.我的问题是,将数据库拆分成多个数据库是一个坏主意.假设我们有300个客户端,它将生成300个包含67个表的单个数据库,但只包含与该客户端相关的数据.除了可以在不同服务器上执行的内部统计之外,数据没有太多理由在一起.我们不应该在其一生中成为超过10,000个客户.

问题我看到这个设置是什么时候我们需要对“主数据库”模式进行更改,它需要在所有“从数据库”中复制更改

当添加新客户端时,复制也是一个挑战.

代码级别的应用程序几乎就是为这种类型的设置而设置的.

有什么我想念的吗？这是一个糟糕的主意吗？

数据库是在匆忙(不是我)创建的,没有考虑到未来的想法,现在这是我的责任.

就规范化,字段类型审计,SQL优化,索引和服务器调优而言,还有很多工作要做.任何反馈将不胜感激.

解决方法:

您可以完成“规范化,字段类型审计,SQL优化,索引和服务器调整”

没有充分的理由将其拆分为300个数据库.还有许多很好的理由,你已经阐明了这些理由.只要CustomerId通过数据库明确区分客户数据,您就可以了.

因此,努力工作,不要给自己更多完全不必要的工作.

当数据库大小和速度不佳需要它时,转移到一个真正的SQL平台.

标签：mysql,database,database-design,relational-database,mysql-management
来源： https://codeday.me/bug/20190621/1257655.html