DMS2.0表数据量统计的严重bug
至少有两个bug：
1、列表页数据有问题，总数为651，每页有30条，22页是对的，但是每页不是30条，有时正确，有时会出现50条，会和上一页数据部分重复
2、表数据量统计有误，我用count统计出来的，跟这个表格统计的相差太多，可以说是错误，误导了我，非常可恶，我知道可能是你们云平台的数据太多，可能统计的有时差，但是我几小时后再看，还是有问题，非常严重，望早解决，如有需要，我可以提供账号给你们查，谢谢
展开
收起
3
条回答
写回答
写回答
-
回 楼主(thwl) 的帖子你好，刚看到你描述的问题，有点晚，不好意思。
第一个问题基本确定是一个BUG，我们再查下原因，以前发现过，但出现概率不高可能和我们的测试的因素有关系。
第二个问题是这样子的，由于要去获取用count去获取真实的数据量会花费大量的开销，所以在那里显示的数据量都是估算值，利用第三方工具例如navicat这些看到的数据量也是这样的，其通过MySQL自己的元数据统计信息：
select TABLE_ROWS from information_schema.tables
来获得，如果是MyIsam存储引擎这个值应该是真实值，如果是InnoDB存储引擎，允许并发写入表，这个值是一个估算值，这个估算值只有一个大概的参考价值，也就是大体上知道表的体量，如果是用count来计算，会占用大量的DB性能影响线上的业务运行甚至于宕机，尤其是这种批量获取表的行数的，会执行多个count操作。当然这个基础上我们可以去综合考虑下，提供一些获取真实值的功能，但通常不会在列表中大批量去使用count来完成。2015-09-23 16:48:34赞同 展开评论 打赏 -
分享阿里云支持与服务团队最佳实践、经典案例与故障排查。回 楼主(thwl) 的帖子您好，非常感谢您的反馈，您反馈的两个问题能否通过工单提交下您的实例信息我们马上核实下，数据暴涨的问题已经在您反馈的工单中回复，原因就是数据库中大量的写入数据，所有的空间都是数据空间占用的，具体这些数据是需要您这这边自己再确认下的，有疑问可以在工单中继续反馈。2015-08-20 10:30:17赞同 展开评论 打赏 -
ReDMS2.0表数据量统计的严重bug
而且出现这样的情况，数据量暴涨10G，非常震惊，根本是在正常写入数据，统计出来没多少数据，空间竟然暴涨2015-08-19 19:44:48赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
问答排行榜
最热
最新
相关课程
更多
推荐问答
