Guitarf的博客

Mysql踩坑——Group by问题背景最近上线的一个统计月活用户的需求，看起来一个定时任务+几句sql统计就一步到位结束了。近几日发现生产数据没我的月活数据，于是就排查起来。问题知道，那下一步肯定就是去排查了。排查思路先确定是不是任务挂了导致数据没跑出来看了下生产的表，乍一看数据都挺正常的。然后去筛一下自己的记录，发现近几日都没有我的月活。于是上CAT服务监控系统去看下有没有相关的日志，发现有一条SQL报了超时错误。知道错误在哪，然后正常的就是复现问题了因为这种超时错

SHOW WARNINGS优化SQL前言：记录下自己实际coding过程中遇到的问题，在度娘一番搜索也没发现啥好的解决方法。网上关于explain执行计划关于ref=func的讨论也是比较少的，所以只能求助于MySQL官网的文档，上面会有比较全面的解释。1.问题发现业务上有一段SQL需要在 in 的里面使用UNION查询，但是实际的效率随数据量的变化而变化。优化前EXPLAIN EXTENDED SELECT * FROM A WHERE id IN ( SELECT

记录MySQL启动失败/宕机-Cannot allocate memory for the buffer pool场景是服务使用的过程中，发现tomcat都起不起来，查看tomcat日志发现是数据库连接异常。接着就是一顿操作了排查思路：用本地工具尝试连接，看看是不是web环境有问题或者MySQL驱动问题。结果很显然不会是我的代码和环境问题。用工具连接也显示失败，那就会是MySQL...