标签:mysql-5-7 mysql virtual-columns
开始阅读点:https://www.percona.com/blog/2015/04/29/generated-virtual-columns-in-mysql-5-7-labs/
使用最新的percona 5.7运行一些测试它们似乎运行良好.解释计划和挂起时间看起来很不错,但我没有看到show table status index_length或data_length有任何区别.
您如何找到使用这些的真实足迹或开销?
与视图不同,它们似乎比书签选择更快.
解决方法:
视图和虚拟列类似,因为它们都没有实现.即既不存储任何数据或索引,也因此你的index_length data_length保持不变.
他们不同的地方是:
>虚拟列是在基表上创建的,并且将与作为材料的列共存.这可能很有用,因为它具有比视图更多的混合/匹配行为.
>虚拟列允许索引(具体化).意见没有.
作为旁注,这里有一些重叠的另一个常用功能是触发器.拥有虚拟列通常比在插入/更新时更新旧列的触发器更好.
针对这个具体问题:
How do you find the true footprint or overhead for using these?
没有足迹,你可能不会看到开销.当然,有一些假设的情况:如果你有许多虚拟列和来自客户端的SELECT *,那么将通过网络发送更多数据(因为行是完整发送的;客户端不知道他们可以从虚拟列定义重建某些数据).
标签:mysql-5-7,mysql,virtual-columns 来源: https://codeday.me/bug/20190806/1597829.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。