每个客户端拆分mysql数据库

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了每个客户端拆分mysql数据库，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1115字，纯文字阅读大概需要2分钟。

内容图文

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

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

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

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

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

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

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

解决方法:

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

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

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

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

内容总结

以上是互联网集市为您收集整理的每个客户端拆分mysql数据库全部内容，希望文章能够帮你解决每个客户端拆分mysql数据库所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端