IT界农民工

父母不理解女友不理解同事不理解朋友不理解路人不理解老板不理解老王不理解注：本文经授权，由知乎「中原一点点」的回答改编。关于作者

这期的文章主要是讲述写操作过程中涉及到的三个日志文件，看过前几期的话可能你或多或少已经有些了解了（或者从别的地方也了解过）。比如整个写操作过程中用到的两阶段提交，又或者是操作过程中涉及到的日志文件，但

适逢过年，技术文章也没多少人愿意耐着性子看，那就聊聊我那些年的骚操作。给大家讲讲故事的同时，如果能给列位有所启发，那这篇文章也算是没有白费我的脑汁子。今天要讲的是有关那些年我赚钱的一些骚操作，当然都是

写这篇文章是因为之前有一次删库操作，需要进行批量删除数据，当时没有控制好删除速度，导致产生了主从延迟，出现了一点小事故。今天我们就来看看为什么会产生主从延迟以及主从延迟如何处理等相关问题。坐好了，准备

Mysql中数据是要落盘的，这点大家都知道。读写磁盘速度是很慢的，尤其和内存比起来更是没的说。但是，我们平时在执行SQL时，无论写操作还是读操作都能很快得到结果，并没有预想中的那么慢。可能你会说我有索

SQL语句执行慢的原因是面试中经常会被问到的，对于服务端开发来说也是必须要关注的问题。在生产环境中，SQL执行慢是很严重的事件。那么如何定位慢SQL、慢的原因及如何防患于未然。接下来带着这些问题让我们

作为内存数据库，内存空间大小对于Redis来说是至关重要的。内存越多，意味着存储的数据也会越多。但是不知道你有没有遇到过这样的情况，明明空间很大，但是内存的使用却不是很理想。为什么会出现这样的情况呢？

原本计划这周接着写一篇技术文章的，但是没想到忙到天天凌晨回家，几乎没有为下一篇文章做准备的时间（通常写一篇文章需要至少30个小时，需要搭进日常下班及周末的休息时间）。这周如果写的话精力和时间都达不到，

上周因为实在太忙就认认真真写了一篇水文，吹了一下自己过去的经历，反响竟然超出了我的预期，并且后台还有读者留言表示想看续集的。哈哈，果然大家还是对水文更有热情。这期我们继续回到之前的Redis话题。今天