大家好，我是小林。 上海有三巨头互联网公司薪资都开的很高，分别是得物、小红书、拼多多这三家，主要都是在高速发展的阶段，待遇开的确实很高。 但是工作强度也很高，比阿里、腾讯、美团等大厂的工作强度都高。

最近有好几个同学跟我说，他在技术面试过程中被问到这个问题了，让我找时间系统地讲解一下。 其实从某种意义上来说，这并不是一个严谨的面试题，接下来 show me the SQL，我们一起来看一下。

所有订单操作的分布式锁 基本操作，订单的任何写操作，不允许同时进行。像加价、退款、结算、申诉等等，任何改动了订单状态和金额的地方，全部不允许同时操作。controller 层锁加好，全用订单号做 ke

在金融系统中，我们会跟钱打交道，而如何保证在高并发下场景下，对账户余额操作的一致性，是非常重要的，本篇聊一聊如何设计

哈啰出行作为阿里系共享单车的头部企业，在江湖中的知名度还是有的，而今天我们就来看一道哈啰 Java 一面中的经典面试题：当数据表中数据量过大时，应该如何优化查询速度？ 哈啰出行的面试题目如下： 其他面

遇到Mysql死锁问题，我们应该怎么排查分析呢？之前线上出现一个insert on duplicate死锁问题，本文将基于这个死锁问题，分享排查分析过程，希望对大家有帮助。 考虑到有些读者可能对上面insert intention锁等不太熟悉，所以这里这里补一小节锁相关概念。 …

出现很多deadlock日志，日志中同时也打印出表名和MDL，是insert on duplicate key update语句造成的死锁。本文记录死锁分析过程～

最后，我们来总结下扒。在本文中，我们旨在为你提供一个参与面试的视角，帮助你理解和优化数据库的插入操作。不管你是数据库新手还是经验丰富的开发者，我们希望这些建议能够为你在实际应用中带来价值。 感谢你的阅

本文通过一个真实的线上案例总结了针对海量数据批处理任务的一些通用优化方法，除了供大家借鉴参考之外，也更希望通过这篇文章呼吁大家在平时开发程序时能够更加注意程序的性能和所消耗的资源。