@
- 摘要
- （推荐）第一种方案：查询information_schema.TABLES的字段DATA_LENGTH
- 使用场景
- 优点：网上大多案例都是查询系统表的字段DATA_LENGTH去计算大小
- 缺点：DATA_LENGTH不都是实时更新的，由表引擎决定，同时DATA_LENGTH是压缩后的字节大小（及大小经过压缩后计算得到DATA_LENGTH）
- 第二种方案:查询information_schema.INNODB_SYS_TABLESPACES的字段FILE_SIZE
- 使用场景
- 优点：针对表引擎为INNODB情况下能够实时更新并获取表大小
- 缺点：FILE_SIZE字段值大小为未经过压缩的表大小
- （不推荐）第三种方案：禁用 innodb_stats_persistent=OFF 并启用 innodb_stats_on_metadata=ON
摘要
本人项目使用场景：预统计某表总大小+表今日新增大小，其中今日新增每10s刷新一次，想要的效果是表不断怼数据情况下，今日新增展示功能能动态滚动，及做到近实时查询当下表大小。
本文MYSQL版本5.7.x，本文提供两种解决方案查询某张表大小，并对每种方案使用限制条件及场景进行解析说明
如果MYSQL版本为8.x版本，则查看解决方案（本人没验证过，不清楚是否可行，需自己实践验证）：https://blog.csdn.net/londa/article/details/90480266
（推荐）第一种方案：查询information_schema.TABLES的字段DATA_LENGTH
information_schema为系统表，其中TABLES表作为视图可以查看库表字段等等信息，但是它是只读的，不能进行更新、删除和插入等操作，也不能加触发器，因为它们实际只是一个视图，不是基本表，没有关联的文件。
具体案例可百度或者查看举例地址：https://www.cnblogs.com/Knight7971/p/9963299.html
使用场景
查询表大小对实时性要求不高情况下可使用，因为DATA_LENGTH字段不都是实时触发更新，表的引擎不同更新状况不同，表引擎为MYISAM会动态实时更新，表引擎为INNODB则定期更新，据说更新条件为达到表大小10%插入量才会触发更新DATA_LENGTH字段。
具体可查看官网：https://dev.mysql.com/doc/mysql-infoschema-excerpt/5.7/en/information-schema-tables-table.html
优点：网上大多案例都是查询系统表的字段DATA_LENGTH去计算大小
缺点：DATA_LENGTH不都是实时更新的，由表引擎决定，同时DATA_LENGTH是压缩后的字节大小（及大小经过压缩后计算得到DATA_LENGTH）
第二种方案:查询information_schema.INNODB_SYS_TABLESPACES的字段FILE_SIZE
本方案参考文档：https://zhuanlan.zhihu.com/p/147269069
使用场景
网上说该方案是针对表引擎为INNODB情况下实时更新并获取表大小，该方案弥补了第一种方案表大小无法做到实时更新的场景，但是FILE_SIZE字段记录的是未经压缩的表大小，上面的DATA_LENGTH是经过压缩后的表大小，这样存在的问题就是，当表数据比较大的时候两者值会有很大的大小差距，所以要考虑清楚用哪个。
具体可查看官网：https://dev.mysql.com/doc/mysql-infoschema-excerpt/5.7/en/information-schema-innodb-sys-tablespaces-table.html
优点：针对表引擎为INNODB情况下能够实时更新并获取表大小
缺点：FILE_SIZE字段值大小为未经过压缩的表大小
（不推荐）第三种方案：禁用 innodb_stats_persistent=OFF 并启用 innodb_stats_on_metadata=ON
该方案参考文档：https://blog.csdn.net/csd753111111/article/details/100428647
网上方案网上说：
mysql命令为：show global variables like '%stats%';
结果为：
要修改某个属性可使用命令：set global innodb_stats_on_metadata=off;
说明：这种方案弊端较大，使用需谨慎。
