navicat 不支持定时更新 mysql 统计信息，因其无内置调度引擎；需借助 mysql 的 analyze table 命令或系统级调度器（如 crontab）实现，且统计信息仅为估算值，非实时精确。
navicat 本身不支持定时更新 mysql 统计信息
navicat 是数据库管理工具，不是调度服务，它没有内置的定时任务引擎。所谓“定时更新统计信息”，实际要靠 mysql 自身机制或外部调度器配合 sql 脚本实现，navicat 只能作为执行入口或辅助触发点。
MySQL 的统计信息（如 INFORMATION_SCHEMA.TABLES 中的 TABLE_ROWS、DATA_LENGTH 等）默认是估算值，尤其在 InnoDB 表中并不实时精确。真正刷新它们的方式只有：ANALYZE TABLE（轻量级）、OPTIMIZE TABLE（重操作，会重建表），或等待 MySQL 自动采样（不可控）。
用 Navicat 手动执行 ANALYZE TABLE 最可靠
对单表或少量表，直接在 Navicat 中运行 ANALYZE TABLE 是最稳妥的做法，避免误触发全库扫描或锁表风险。
-
ANALYZE TABLE t_user;—— 更新单表统计，基本无锁，适合日常维护 -
ANALYZE TABLE db1.t1, db2.t2;—— 支持多表批量，但注意不同库权限是否一致 - 不要对正在写入高峰的表频繁执行，虽然 InnoDB 的
ANALYZE是只读操作，但会短暂加 MDL 读锁 - 执行后检查返回结果：若出现
status: OK且Msg_text为Table updated，说明统计已刷新
真要“定时”，得绕开 Navicat 用系统级调度
Linux 下用 crontab + mysql 命令行是最常用方案；Windows 则用任务计划程序调用 mysql.exe。Navicat 的“自动运行查询”功能不能设周期，仅支持手动或连接时触发，不可靠。
示例（Linux）：
0 2 * * * /usr/bin/mysql -uadmin -p'pwd' -e "ANALYZE TABLE mydb.users, mydb.orders;" > /dev/null 2>&1
- 密码明文写在命令里有安全风险，建议改用配置文件
~/.my.cnf（权限需设为600） - 避免在业务高峰期（比如凌晨 2 点可能仍是日志归档时间），先查
SHOW PROCESSLIST确认负载 - 不要对整个库用
ANALYZE TABLE循环所有表——MySQL 没有ANALYZE DATABASE语法，必须显式列出表名或用脚本生成
为什么别依赖 INFORMATION_SCHEMA 的 TABLE_ROWS 做精确计数
这个字段对 InnoDB 表只是粗略估算，误差可能达 10%–50%，尤其在大表、高并发写入后未及时采样时。如果业务逻辑依赖“准确行数”，必须用 SELECT COUNT(*)（代价高）或引入冗余计数字段+触发器维护。
-
TABLE_ROWS来自 InnoDB 的采样页统计，受innodb_stats_auto_recalc和innodb_stats_persistent控制，但不保证实时 -
ANALYZE TABLE后该值会更新，但下次写入后又逐渐偏离，不是一劳永逸 - Navicat 的“表数据”右键菜单里“统计信息”项，底层就是查
INFORMATION_SCHEMA.TABLES，本质和直接查视图没区别
真正需要定时刷新统计信息的场景很少，多数时候是误把估算值当事实。先确认你的使用目的——是优化查询执行计划？还是监控表膨胀？不同目标对应不同解法，盲目定时反而增加不必要的 I/O 和锁竞争。
