将大量相同的MySQL表转换为一个和许多指向它的VIEW?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了将大量相同的MySQL表转换为一个和许多指向它的VIEW?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1337字,纯文字阅读大概需要2分钟。
内容图文
![将大量相同的MySQL表转换为一个和许多指向它的VIEW?](/upload/InfoBanner/zyjiaocheng/905/26fd8de740514ce786c807fad28cbf42.jpg)
我正在运行一个相当大的WPMU(WordPress多用户,Wordpress多站点)部署,它使用4096个数据库和100k表(显然,在什么模式中有很多重叠).
基本上它是相同的20-some表一遍又一遍地为每个博客复制,其中一些是空的,另一些包含几行到几百行.
我的计划(节省了许多麻烦,但可能效率低下)是将所有相同的模式表合并到一些大的InnoDB表中,并用指向它们的MySQL VIEW替换旧的表,重写查询以便相关的行返回(将旧表名存储在新列中,然后使用视图将列添加到查询WHERE子句中).
问题是:这会在性能方面提供任何改进吗? (密钥缓冲效率,表缓存效率,索引)或者这只是蛇油,我应该采用更加激烈的方法重写应用程序,以便我不需要VIEW但查询直接进入大型InnoDB表?
解决方法:
我建议不要做你正在考虑的表合并.
考虑合并表的一些缺点:
>合并表的索引数据结构将更大更深,因此效率较低.
>累积大量数据但随后闲置的博客仍然会影响表和索引的整体大小,因此会使查询花费更长时间.
>更难以备份和恢复个人博客.
>如果您想扩展,更难将个人博客移动到另一个数据库服务器.
>更难使用SQL权限来限制给定博客的访问权限(尽管您可以将SQL权限应用于视图).
>更难添加包含给定博客的架构更改的自定义功能.
使用视图或不使用视图不会对上述问题产生积极或消极影响.至少在MySQL中,视图基本上只是运行时的查询重写,它不会比直接查询基表更好或更差地使用索引.
我曾经和Wordpress.com的数据库架构师交谈过.他们在数十台物理服务器上托管了数百万个Wordpress博客.在他们早期,他们开始将所有博客的数据合并到相同的表中,但他们发现随着他们的成长,操作困难变得太大了.现在,他们将每个博客托管在一个单独的数
内容总结
以上是互联网集市为您收集整理的将大量相同的MySQL表转换为一个和许多指向它的VIEW?全部内容,希望文章能够帮你解决将大量相同的MySQL表转换为一个和许多指向它的VIEW?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。