这让我很是诧异，一度以为自己出现了幻觉，再三确认自己没有带VR眼镜后，我踏上了寻找答案的征程。我开始思考，Mysql作为一个数据库，自身肯定就有各个表的统计，而Navicat只是作为一个可视化界面，让数据肉眼可见。
Navicat：这锅我可不背。
为了证实我的猜想，我查阅了官方文档及其他相关资料，果然，MySQL 在 information_schema.TABLES表中息存放了所有表的信息。
查看了这张表以后，发现表里统计记录TABLE_ROWS字段的确实与事实count不符……
这又是为什么呢？我又陷入了沉思，带着疑惑，继续翻阅着文档，突然，看到MySQL官方文档对TABLE_ROWS的解释：
The number of rows. Some storage engines, such as MyISAM, store the exact count. For other storage engines, such as InnoDB, this value is an approximation, and may vary from the actual value by as much as 40% to 50%. In such cases, use SELECT COUNT(*) to obtain an accurate count.
看了这段话我顿悟啦，你是不是也明白怎么回事啦。什么？你没看太明白？好吧，没关系，你可能需要通过翻译软件的直译+理解，才懂得其中真正的含义。原来，TABLE_ROWS这个字段不同存储引擎的计数规则不一致，比如MyISAM引擎这表存储TABLE_ROWS存储的就是精确的行数，而对于其他的存储引擎，比如 InnoDB，这个值只是一个近似值，与实际值相差40%-50%左右。所以，在这种情况下，我们想要得到一个准确的计数，只能使用 SELECT COUNT(*) 来获得。
那又如何修正呢？虽然疑惑得到了解答。但，和我一样有强迫症的朋友肯定会问，如何修正这个值呢？真是知道越多，未知越多，网上说可以通过
得以更正这个数据，但是我动手执行之后发现，并不能更正数据，且该操作不仅耗时还会锁表，并不推荐使用……说到这，我的强迫症竟然不治自愈了。
到此这篇关于Navicat统计的行数竟然和表实际行数不一致的文章就介绍到这了,更多相关Navicat行数不一致内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
