你好，我是Redis，一个叫Antirez的男人把我带到了这个世界上。说起我的诞生，跟关系数据库MySQL还挺有渊源的。在我还没来到这个世界上的时候，MySQL过的很辛苦，互联网发展的越来越快，它容纳的数据也越来越多，用户请求也随之暴涨，而每一个用户请求都变成了对它的一个又一个读写操作，MySQL是苦不堪言。
TCP握手一定是三次？TCP 挥手一定是四次？为什么要有快速重传，超时重传不够用？为什么要有 SACK，为什么要有 D-SACK？Silly Window 又是什么？为什么有滑动窗口流控还需要拥塞控制？快速重传一定要依赖三次重复 ACK ？
开始前，首先声明这篇文章不是炒币、不是炒币、不是炒币，重要的话说3遍！区块链最近势头又被DE-FI带起了节奏，眼睁睁看着一群绿油油的韭菜跑步入场，FOMO（害怕错过）直线上升，这幅场景和2017年仿佛似曾相识，大部分人对区块链的关注都是炒币。
Redis可以看成NoSQL类型的数据库系统，Redis也提供了事务，但和传统的关系型数据库的事务既有相似性，也存在区别，因为Redis的架构基于操作系统的多路复用的IO接口，主处理流程是一个单线程，因此对于一个完整的命令，其处理都是原子性的，但如果需要将多个命令作为一个不可分割的处理序列，就需要使用事务。
IT江湖里流传着一句话：“杀死一个程序员，不用枪，只需要改三次需求”，老K觉得这样的Si法太残忍了，手段也太单一了。为了解决这个难题，老K在社群里发动了一个讨论：“干掉一个程序员，有哪些方法？”
本实验的目的是讲解 JVM 的三大参数类型。在JVM调优中用到的最多的 XX 参数，而如何去查看和设置 JVM 的 XX 参数也是调优的基本功，本节以实验的方式讲解 JVM 参数的查看和设置，希望大家能有所启发。
在系统中用户一共有三种角色：普通用户，管理员，超级管理员，现在需要设计一张用户角色表记录这类信息，我们不难设计出文中方案。
听说95后都比较有主见，说不加班就不加班，一言不合就辞职去寻找诗和远方，许多leader都觉得95后不好管理。最近有个leader就发帖吐槽新来的95后女同事“有个性”，来看看他都说了些什么~
前几天老K组局，约了几位沪上互联网公司技术大佬，共同研讨一个话题：如何快速搞垮一个技术团队？你没看错，这是一直困扰我的问题。
在电商领域，存在着典型的秒杀业务场景，那何谓秒杀场景呢。简单的来说就是一件商品的购买人数远远大于这件商品的库存，而且这件商品在很短的时间内就会被抢购一空。比如每年的618、双11大促，小米新品促销等业务场景，就是典型的秒杀业务场景。
Kubernetes已成为企业容器平台的标配，在大部分企业，小规模容器平台已经试用了一段时间。然而，当容器平台规模大了之后，尤其是用于生产，可能会遇到各种各样的问题，这里我们总结十大问题。
阿里的pua究竟有多厉害？一个阿里新入职程序员发帖抱怨说自己被一个老P9pua，动不动夜里打钉钉电话，新员工被逼无奈，奋起反抗，汇报邮件一律带上P10，干出成绩就跟高层告领导状，大有“光脚的不怕穿鞋的”气势，谁怕谁？
在mysql中设计表的时候，mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一)，而是推荐连续自增的主键id，官方的推荐是auto_increment，那么为什么不建议采用uuid,使用uuid究竟有什么坏处？
Spring Boot是最流行的用于开发微服务的Java框架。在本文中，将与你分享自2016年以来我在专业开发中使用Spring Boot所采用的最佳实践。
相信大家都用过事务以及了解他的特点，如原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability)等。今天想跟大家一起研究下事务内部到底是怎么实现的，在讲解前我想先抛出个问题： 事务想要做到什么效果？
