MySQL登录失败先查服务状态，再核对root密码；创建数据库遇ERROR 1044需授权CREATE权限并指定utf8mb4字符集；验证用mysqladmin list或图形工具刷新SCHEMAS；注意端口、防火墙、bind-address及sql_mode和time_zone设置。
mysql命令行登录失败：检查服务状态和用户权限
安装完 MySQL 后，mysql -u root -p 报错 ERROR 2002 (HY000): Can't connect to local MySQL server through socket，大概率是服务没启动。Linux/macOS 运行 sudo systemctl status mysql（或 mysqld），macOS Homebrew 安装则用 brew services list | grep mysql；Windows 检查「服务」里 MySQL80 是否为「正在运行」。
若服务正常但提示 Access denied for user 'root'@'localhost'，说明 root 密码未设置或被重置。MySQL 5.7+ 默认生成临时密码，查看日志：sudo grep 'temporary password' /var/log/mysqld.log（Linux）或安装目录下的 Data/*.err 文件（Windows）。首次登录后必须立即执行 ALTER USER 'root'@'localhost' IDENTIFIED BY '你的强密码';，否则后续操作会报错。
创建数据库时遇到 ERROR 1044：权限不足或字符集不兼容
执行 CREATE DATABASE myapp; 报 ERROR 1044 (42000): Access denied for user ... to database 'myapp'，不是语法问题，而是当前用户没有 CREATE 权限。确认登录用户有足够权限：SHOW GRANTS FOR CURRENT_USER;。若只有 USAGE，需用高权限账号（如刚设好密码的 root）授权：GRANT CREATE ON *.* TO 'your_user'@'localhost'; FLUSH PRIVILEGES;
另外，中文表名或含特殊字符的库名容易出问题，建议只用小写字母、数字和下划线。如需支持中文字段内容，建库时显式指定字符集：
CREATE DATABASE myapp CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;不要用
utf8（MySQL 中实际是 utf8mb3），否则微信昵称、emoji 会截断或报错。
用 mysqladmin 或图形工具快速验证数据库是否生效
mysqladmin 是轻量验证方式，无需进交互式终端：mysqladmin -u root -p list 输入密码后会直接输出所有数据库名，看到 myapp 就说明创建成功。注意：该命令不显示系统库（如 information_schema），只列用户可访问的库。
如果用 MySQL Workbench / DBeaver / Navicat，连接成功后左侧「SCHEMAS」面板右键「Refresh All」即可看到新库。此时双击进入，再执行 CREATE TABLE users (id INT PRIMARY KEY, name VARCHAR(50)); 测试写入能力——很多新手卡在「库创建了但不会建表」，其实只是没展开 schema 节点。
常见疏漏：
- 客户端连接时选错端口（默认 3306，但 Docker 或多实例可能改了）
- 防火墙拦截本地回环连接（尤其 Windows WSL 环境）
- 配置文件
my.cnf中bind-address = 127.0.0.1被误改成0.0.0.0导致权限模型变化
初始化数据前务必确认 sql_mode 和 time_zone 设置
新建数据库本身不继承全局 SQL 模式，但后续建表或插入数据时，sql_mode 会影响严格性。例如默认开启 STRICT_TRANS_TABLES 时，插入超长字符串会报错而非截断。检查当前模式：SELECT @@sql_mode;。开发环境可临时放宽：SET sql_mode = 'NO_ENGINE_SUBSTITUTION';（仅当前会话）。
时间相关字段（DATETIME、TIMESTAMP）的行为依赖 time_zone。中国用户应设为 +08:00：SET GLOBAL time_zone = '+08:00';。否则即使插入 NOW()，查出来也可能差 8 小时——这个坑在跨时区部署时特别隐蔽，且不会报错，只默默错。
