索引的问题，已经跟大家聊了两篇文章了～今天再聊一个索引下推问题，也是非常有意思！ 索引下推是从 MySQL5.6 开始引入一个特性，英文是 index condition pushdown，一般简称为

1. 对于 mysql，不推荐使用子查询和 join 是因为本身 join 的效率就是硬伤，一旦数据量很大效率就很难保证，强烈推荐分别根据索引 单表取数据，然后在程序里面做 join，merge 数据。 2. 子查询就更别用了，效率太差，执行子查询时，MYSQL 需要创建临时表…

最近我在整理安全漏洞相关问题，准备在公司做一次分享。恰好，这段时间团队发现了一个sql注入漏洞：在一个公共的分页功能中，排序字段作为入参，前端页面可以自定义。在分页sql的mybatis mapper.xml中，order by字段后面使用$符号动态接收计算后的排序参数，这样可…

国庆在家无聊，我随手翻了一下家里数据库相关的书籍，这一翻我就看上瘾了，因为大学比较熟悉的一些数据库范式我居然都忘了，怀揣着好奇心我就看了一个小国庆。 看的过程中我也做了一些小笔记，可能没我之前系统文章那么有趣，但是绝对也是干货十足，适合大家去回顾或者面试突击的适合看看，也不多说…

分页是一个很普通的功能，只要是个后端开发就要写分页，那为什么要分页？从业务上来讲，即使系统返回所有数据，用户绝大多数情况下是不会看后面的数据的。

本文主要介绍 MySQL 如何实时同步数据到 ES 中的设计思路与实现。 设计思路 为了不影响业务，实现方式选择解析 MySQL 的 binlog 来同步 ES，同步过程可以使用消息队列来削峰解

谁不想完成一次快速的查询？大多数互联网应用场景都是读多写少，业务逻辑更多分布在写上。对读的要求大概就是要快。那么都有什么原因会导致我们完成一次出色的慢查询呢？

「本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！」 一、什么是cpu飙高？ 一般指程序运行时cpu占用率过高 二、为什么会cpu飙高？ cpu密集型计算 对于web服

其实这块肯定是扯到高并发了，因为分库分表一定是为了支撑高并发、数据量大两个问题的。而且现在说实话，尤其是互联网类的公司面试，基本上都会来这么一下，分库分表如此普遍的技术问题，不问实在是不行，而如果你不知道那也实在是说不过去！ 说白了，分库分表是两回事儿，大家可别搞混了，可能是光…