Navicat是客户端工具，不自带也不创建数据库；Linux下看不到库是因为MySQL/MariaDB服务未运行或未正确配置权限、连接方式（socket/TCP）、主机绑定及防火墙等。
navicat 本身不自带任何数据库，linux 下安装后看不到示例库，不是安装失败，而是它根本没创建、也没附带任何数据库。
Navicat 是客户端，不是数据库服务
很多人误以为 Navicat 像某些集成环境（如 XAMPP）一样自带 MySQL 或 PostgreSQL 实例。实际上，Navicat 只是一个图形化连接工具，它不部署、不启动、也不管理任何数据库进程。你在 Linux 上双击安装包完成的只是 GUI 客户端的部署，mysqld、postgres 或 mariadb 这类服务必须单独安装并运行，Navicat 才能连上去看东西。
- 检查是否真有数据库在跑：
systemctl status mysql或systemctl status mariadb（Ubuntu/Debian 常用mysql，CentOS/RHEL 多用mariadb） - 如果输出是
inactive (dead)，说明服务根本没启——Navicat 再怎么点“连接”也只会报错或显示空列表 - Navicat 连接时填的
localhost或127.0.0.1，最终都得路由到一个真实监听中的数据库端口（如3306），否则就是“连上了但什么也没有”
Linux 下常见“看不见库”的实际原因
即使数据库服务已启动，Navicat 列表仍为空，大概率是权限或配置层面的错位：
- MySQL/MariaDB 默认启用
skip-show-database（尤其在生产配置中），会导致用户执行SHOW DATABASES;时只看到information_schema和performance_schema——这时你得确认当前登录用户是否有SHOW DATABASES权限 - Linux 下 MySQL 的 socket 文件路径可能和 Navicat 预期不符（比如
/var/run/mysqld/mysqld.sockvs/tmp/mysql.sock），若连接方式选了“Socket”，而路径不对，就会静默失败或连到空实例 - 用户权限绑定的是
'user'@'localhost'，但 Navicat 连接时用了127.0.0.1（TCP）而非localhost（socket），导致匹配不到对应账号，降权为匿名用户，自然看不到库 - 某些发行版（如 Ubuntu 22.04+）默认安装 MariaDB 时禁用远程访问且 root 只允许 socket 登录，Navicat 默认走 TCP，一连就掉进权限黑洞
验证和快速定位：用命令行交叉比对
别依赖 Navicat 界面判断“有没有库”，直接切终端跑两行命令：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
mysql -u root -p -e "SHOW DATABASES;"
如果这里能看到你的库（比如 test、myapp），但 Navicat 不显示，问题一定出在 Navicat 连接配置或用户权限映射上；如果命令行也只显示两个系统库，那就回到服务端查 SELECT user, host FROM mysql.user; 和 SHOW GRANTS FOR 'your_user'@'localhost';。
- Navicat 连接属性里，“主机”填
localhost时走 socket，填127.0.0.1时走 TCP ——二者权限记录可能完全不同 - 新建连接时，“初始数据库”字段如果填了不存在的库名（如
example_db），Navicat 会静默忽略整个连接，列表变空，且不提示错误（尤其旧版本） - Linux 下中文路径或用户主目录含空格/特殊字符时，Navicat 的配置缓存（
~/.navicat）偶尔损坏，可临时重命名该目录后重启尝试
最常被忽略的一点：Navicat for Linux 没有 Windows 那种“自动检测本地服务”的逻辑，它不会帮你启 mysqld，也不会读取 /etc/my.cnf 自动找 socket 路径。所有连接参数都得你手动对齐服务端真实状态——哪怕只是少写一个 @'localhost'，结果就是库列表一片空白。
