lisu061714112的专栏

前言我之前写的一篇文章《聊聊sql优化的15个小技巧》，自发表之后，在全网广受好评，被很多大佬转载过，说明了这类文章的价值。今天我接着上一期数据库的话题，更进一步聊聊索引的相关问题，因为索引是大家都比较关心的公共话题，确实有很多坑。不知道你在实际工作中，有没有遇到过下面的这两种情况：明明在某个字段上加了索引，但实际上并没有生效。索引有时候生效了，有时候没有生效。最近无意间获得一份BAT大厂大佬写的刷题笔记，一下子打通了我的任督二脉，越来越觉得算法没有想象中那么难了。BAT大佬写的刷题笔记

前言接口性能优化对于从事后端开发的同学来说，肯定再熟悉不过了，因为它是一个跟开发语言无关的公共问题。该问题说简单也简单，说复杂也复杂。有时候，只需加个索引就能解决问题。有时候，需要做代码重构。有时候，需要增加缓存。有时候，需要引入一些中间件，比如mq。有时候，需要需要分库分表。有时候，需要拆分服务。等等。。。导致接口性能问题的原因千奇百怪，不同的项目不同的接口，原因可能也不一样。本文我总结了一些行之有效的，优化接口性能的办法，给有需要的朋友一个参考。1.索引接口性能优化大家第一个想

前言sql优化是一个大家都比较关注的热门话题，无论你在面试，还是工作中，都很有可能会遇到。如果某天你负责的某个线上接口，出现了性能问题，需要做优化。那么你首先想到的很有可能是优化sql语句，因为它的改造成本相对于代码来说也要小得多。那么，如何优化sql语句呢？​我的个人技术博客：https://susan.net.cn​​​​​​​​这篇文章从15个方面，分享了sql优化的一些小技巧，希望对你有所帮助。最近无意间获得一份BAT大厂大佬写的刷题笔记，一下子打通了我的任督二脉，越来越觉得算法没

前言如果你使用过mysql数据库，对它的存储引擎：innodb，一定不会感到陌生。众所周知，在mysql8以前，默认的存储引擎是：myslam。但mysql8之后，默认的存储引擎已经变成了：innodb，它是我们建表的首选存储引擎。那么，问题来了：innodb的底层是如何存储数据的？表中有哪些隐藏列？用户记录之间是如何关联起来的？如果你想知道上面三个问题的答案，那么，请继续往下面看。本文主要包含如下内容：1.磁盘or内存？1.1 磁盘数据对系统来说是非常重要的东西，比如：用户的身

苏三说技术 作者就职于知名互联网公司，掘金月度优秀作者，从事开发、架构和部分管理工作。实战经验丰富，对jdk、spring、springboot、springcloud、mybatis等开源框架源码有一定研究，欢迎关注...

前言公司为了保证系统的稳定性，加了很多监控，比如：接口响应时间、cpu使用率、内存使用率、错误日志等等。如果系统出现异常情况，会邮件通知相关人员，以便于大家能在第一时间解决隐藏的系统问题。此外，我们这边有个不成文的规定，就是线上问题最好能够当日解决，除非遇到那种非常棘手的问题。1.起因有个周一的早上，我去公司上班，查看邮件，收到我们老大转发的一封邮件，让我追查线上的一个NPE（NullPointException）问题。邮件是通过sentry发出来的，我们通过点击邮件中的相关链接，可以直接跳

前言我最近参与了公司的一个新项目，需要通过openapi接口把接入方的数据，比如：企业、订单、合同、物流等，同步到我们平台，然后我们平台给他们提供金融能力。由于我方跟对接方不在同一个城市，为了提高工作效率，双方进行了多次在线视频沟通。刚开始比较顺利，没想到在沟通企业信息上传接口时，接口文档中有个非常不起眼的企业注册地id字段，让我们一下子进入了僵局。到底是怎么回事呢？1.地区问题在我们平台的企业表中有一个企业注册地id字段，是必填的，用户在注册企业的页面需要选择一个地区，作为该企业的注册地，实际上

前言对于互联网公司来说，随着用户量和数据量的不断增加，慢查询是无法避免的问题。一般情况下如果出现慢查询，意味着接口响应慢、接口超时等问题。如果是高并发的场景，可能会出现数据库连接被占满的情况，直接导致服务不可用。慢查询的确会导致很多问题，我们要如何优化慢查询呢？主要解决办法有：监控sql执行情况，发邮件、短信报警，便于快速识别慢查询sql打开数据库慢查询日志功能简化业务逻辑代码重构、优化异步处理sql优化索引优化其他的办法先不说，后面有机会再单独介绍。今天我重点说说索引优化，因为它