mysql

文章分析了MySQL查询中出现8小时时区偏差的问题。当使用字符串类型参数时，JDBC驱动不做时区处理，导致MySQL按自身时区解析产生偏差；而Date类型参数会被驱动基于serverTimezone=

MySQL中执行DELETE语句删除部分数据后，表空间文件(.ibd)不会自动缩小，磁盘空间也不会释放给操作系统。这是由于InnoDB引擎的设计机制：删除操作仅标记空间为空闲

在 Java 后端开发中，数据库交互是核心环节，而 MySQL 作为主流关系型数据库，其 JDBC 连接参数的配置稍有不慎，就可能引发致命的内存问题。近期我们线上服务就因 MySQL 连接 U

MySQL数据库因InnoDB缓冲池内存耗尽导致崩溃。主要问题是一个全表更新事务持有6397万行锁，占用121MB内存（缓冲池仅128MB），触发系统保护机制强制终止。错误链：无索引的全表更新→过量行

​ 最近排查了一起生产环境的严重性能问题：系统突然卡顿、内存占满、GC 疯狂触发，最终定位到一行看似简单的查询代码 —— 本意只查一条数据，却因框架特性和代码疏忽，导致 800 万条数据被全量加载到