使用命令发现磁盘使用率为100%了，还剩几十兆。一系列神操作备份数据库，删除实例、删除数据库表、重启mysql服务，结果磁盘空间均没有释放。怎么办网上查了很多资源，说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。SELECTCONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB')ASdata_size,CON

group by在使用不当的时候，很容易就会产生慢SQL 问题。因为它既用到临时表，又默认用到排序。有时候还可能用到磁盘临时表。这里总结4点优化经验

前言无论是开发、测试，还是DBA，都难免会涉及到数据库的操作，比如：创建某张表，添加某个字段、添加数据、更新数据、删除数据、查询数据等等。正常情况下还好，但如果操作数据库时出现失误，比如：删除订单数据时where条件写错了，导致多删了很多用户订单。更新会员有效时间时，一次性把所有会员的有效时间都更新了。修复线上数据时，改错了，想还原。还有很多很多场景，我就不一一列举了。如果出现线上环境数据库误操作

我们程序员要和各种 API 打交道，比如在网站上展示实时天气，在电商网站展示物流动态，在外卖配送中展示位置信息，这些 API 都要我们自己去实现显然是不现实的。其实，有很多免费的 API 接口可以直接拿来用的，而且各种类型的数据应有尽有，有了它们，我们就不用搭建 API 了。今天大叔要和大家分享两个开源 API 项目。

前言Netty作为目前最流行的NIO框架，Netty在互联网领域、大数据分布式计算领域、游戏行业、通信行业等获得了广泛的应用，知名的Elasticsearch 、Dubbo 框架内部都采用了Netty。随着互联网对各行各业的渗透，我们可以看到一些计算机领域的热门技术，例如云计算、微服务、物联网等，其背后的核心一直是连接。在这样一个背景下，掌握Netty可以算得上是一个开发人员最重要的技能。但很多人

前言从移动电话到互联网，我们的生活越来越依赖于以无缝和透明的方式将计算机和其他设备连接在一起的分布式系统。分布式系统从诞生到现在已经有几十个年头了，微服务、云原生、Kubermetes、Service Mesh是分布式领域的热点技术，它们并不是凭空出现的，一定继承了某些“前辈”的优点。我们不仅要了解这些技术，还要深入理解其发展脉络、原理等，才能游刃有余地将其用于现有的项目开发或老系统改造中。今天这

本文转至顶级架构师我们要了解的是微服务和DDD到底有什么关系呢？　　因为在互联网时代，软件所面临的问题域比以往要复杂得多，这种复杂性来源于不断扩展的问题域自身，也来源于创新变化，以及这种规模性增长所带来的挑战。　　然而一个人一个团队，他对复杂的事物的认知是有极限的，面对这种复杂问题唯一的方法就是分而治之。分主要考虑的是如何去分；治意味着分出来的每一个部分要能够独立的运行，能够互相的协作，完成整体的

一、过滤器和拦截器的区别1、过滤器和拦截器触发时机不一样，过滤器是在请求进入容器后，但请求进入servlet之前进行预处理的。请求结束返回也是，是在servlet处理完后，返回给前端之前。2、拦截器可以获取IOC容器中的各个bean，而过滤器就不行，因为拦截器是spring提供并管理的，spring的功能可以被拦截器使用，在拦截器里注入一个service，可以调用业务逻辑。而过滤器是JavaEE标

为什么用雪花ID？❄ 因为大厂也在用，推特、百度、美团、滴滴等等。❄ 雪花ID是走向分布式架构的垫脚石，如果只会Guid和数据库自增，怎敢说会分布式系统架构。❄ 雪花ID适合小项目、大项目、超级大项目。本算法介绍❄ 这是优化的雪花算法（雪花漂移），它生成的ID更短、速度更快。❄ 支持 k8s 等容器环境自动扩容（自动注册 WorkerId），可在单机或分布式环境生成数字型唯一ID。❄ 原生支持 C

​Rocketmq和kafka这两个消息队列大家应该都比较熟悉吧，哪怕不是很熟悉，应该也听说过的吧，你别告诉我，作为一个资深的程序员，你没听过这两门技术。我之前使用这两个消息队列的时候就遇到一个很奇怪的问题，就是在kafka里面弄了比较多的topic，性能下降的速度贼快，不知道大家遇到过没，而同样的场景切换到消息队列rocketmq中，下降速度却没有那么快。不熟悉这俩消息队列结构的朋友，一听这个肯