技术博客
MySQL 的 user@host 是一个完整身份标识，’app_user’@’localhost’ 和 ‘app_user’@’%’ 完全是两个账号。很多人执行 CREATE USER ‘app_user’ IDENTIFIED BY ‘pwd’;，没写 @’host’，结果 MySQL 默认补成 @’%’ —— 这意味着该账号可从任意网络地址连接，是高危配置。
PHP里的public不是“共享文件夹”，而是“谁都能伸手拿、也能随手改”的开放接口。它不校验调用方身份，也不拦截非法赋值——只要在作用域内，$obj->prop就能读写，连类型都不拦。
本文介绍如何使用 mysql 8.0+ 的递归 cte 功能，从零生成指定月份（如三月）完整连续的 31 天日期列表，即使数据库中仅存部分日期记录。
索引在MySQL里不是锦上添花的配置项，而是直接决定SELECT快慢的核心机制。它本质是一棵B+Tree（InnoDB默认），存储的是「字段值 + 对应行的物理位置」，而不是复制整行数据。没有索引时，MySQL只能全表扫描——比如查100万行里的某条记录，平均要读50万行；加了索引后，通常3~4次磁盘IO就能定位，性能差上百倍。关键点在于：索引生效的前提是查询条件能命中索引结构，否则它就只是白占空间、拖慢INSERT/UPDATE/DELETE。
安装完 MySQL 后，第一步不是连数据库，而是确认服务进程真正在运行。Windows 下常因服务未手动启动导致连接失败；Linux/macOS 则可能因 mysqld 进程没起来或被防火墙拦截。
数据库，说白了就是一个有组织、可查找、能管理的数据仓库。它不是随便堆文件的硬盘文件夹，而是用结构化方式（比如表格）把数据存好，再通过软件（MySQL 就是其中一种）来增、删、改、查——就像你用 Excel 管理通讯录，但比 Excel 更稳、更快、更安全、更能多人同时用。
MySQL做备份，核心就一条：防止数据彻底丢掉，让系统能扛住各种意外。生产环境里，MySQL往往承载着用户注册、订单、支付、日志等关键数据。程序bug、误删表、DROP DATABASE、磁盘损坏、机房断电甚至人为删库，都可能在几分钟内让整个业务无法运转。2024年某云服务商因存储故障导致部分实例数据丢失，虽靠备份恢复了大部分，但已造成数百万损失和客户信任下滑。中小企业中，约65%在遭遇重大数据丢失后半年内倒闭——这背后，常缺的不是技术，而是可靠的备份机制。
在 MySQL 中删除数据表，使用 DROP TABLE 语句。它会彻底移除表结构及其所有数据、索引、触发器和权限设置，不可逆，执行前务必确认。
可以，Go 允许在 defer 里修改命名返回值（比如 err），前提是函数签名里明确写了名字。这不是“黑魔法”，而是 Go 返回机制的自然结果：命名返回值本质是函数作用域内的变量，defer 能访问它。
MySQL 只保留**最后一次检测到的死锁**完整信息，这是最快速、最常用的入口。执行命令后，重点盯住 LATEST DETECTED DEADLOCK 区块——它不是“所有死锁”，而是“上一个”。
常见错误现象：
• 执行完命令却看不到死锁段落 → 说明近期没触发死锁，或已被新死锁覆盖
• 日志里只有“*** (1) TRANSACTION”但缺“(2)” → 可能是日志被截断，或事务已提交/回滚导致上下文丢失
实操建议：
• 一定要加 G，否则锁信息挤在一行根本没法读
• 在业务高峰期出问题时，立刻连上数据库执行，别等第二天
• 注意时间戳：日志顶部显示的是该状态生成时间，不是死锁发生时间（二者可能差几秒）