技术博客
登录成功只说明认证通过，不代表有库或表级操作权限。常见现象是输入mysql -u user -p能进命令行，但一执行SHOW TABLES就报ERROR 1142 (42000): SELECT command denied to user ‘user’@’localhost’ for table ‘users’，本质是用户没被授予对应数据库的SELECT（或其他）权限。
直接查 information_schema.tables 表是最常用、最高效的方式，但要注意 table_rows 是估算值，尤其对 InnoDB 表可能有较大偏差。
MySQL 配置表不是“建个表随便插几条就行”，核心在于：它得支持运行时热读取、避免频繁锁表、兼容多环境（dev/test/prod）、且不拖慢主业务查询。直接用 key/value 两个字段硬扛，后期必踩坑。
不是。索引本身不加速所有查询，反而在写入时强制增加开销，且会显著拖慢 INSERT、UPDATE、DELETE 操作。MySQL 每次修改数据，都要同步更新对应索引的 B+ 树结构——索引越多，维护成本越高。
修改MySQL数据库密码是日常运维中常见的操作，尤其在安全策略更新或账户管理时非常必要。掌握正确的方法不仅能提升效率，还能避免因操作不当导致服务中断。以下是几种常用的MySQL密码修改方式，适用于不同场景和版本。
MySQL备份文件一旦泄露，等同于把整个数据库白送出去。防止备份泄露不是“加个密码”就完事，关键在权限控制、加密存储、传输安全和异地隔离四层防线。
DISTINCT 是 MySQL 中用于去除查询结果中重复行的关键字，它作用于整行数据，而不是单个字段。只要两行在 SELECT 列表中的所有列值完全相同，就会被当作重复行，只保留其中一行。
MySQL 的 GROUP BY 查询能否走索引，关键不在于“有没有 GROUP BY”，而在于分组字段是否匹配可用的索引结构，以及是否满足最左前缀原则和无隐式转换等条件。
很多团队一看到“某个索引没被创建时的字段”就直接删，结果线上 SELECT 变慢、EXPLAIN 显示全表扫描。MySQL 不会主动告诉你哪个索引正在被用——得自己查。最可靠的方式是开启 performance_schema 中的 table_io_waits_summary_by_index_usage 表（MySQL 5.6+），或用 sys.schema_unused_indexes 视图（需启用 performance_schema 并加载 sys 库）。
二级索引回表是SQL查询中常见的性能瓶颈，本质在于：通过二级索引查到主键后，还需根据主键回到聚簇索引（主键索引）中捞出完整行数据。这多一次随机I/O，尤其在数据量大、缓存命中率低时，延迟陡增。