mysql

使用shardingsphere+mybatis-plus时执行子查询是报错。例如： 执行会报错 解决方案 出现以上的原因是shardingsphere的bug 去掉shardingsphere就可以

我们知道，一个慢 SQL 就可以直接让 MySQL 瘫痪。今天这节课，我们一起看一下，怎么才能避免写出危害数据库的慢 SQL。 所谓慢 SQL，就是执行特别慢的 SQL 语句。什么样的 SQL 语句是

每一个创业公司，它的系统随着公司的发展一起成长的过程中，都难免会发生一些故障或者是事故，严重的会影响业务。搞技术的同学管这个叫：坑儿，分析解决问题的过程，称为：填坑儿。而访问数据库超时这个坑儿，是我见

随着系统的用户增长，当单个 MySQL 实例快要扛不住大量并发的时候，读写分离是首选的数据库扩容方案。读写分离的方案不需要对系统做太大的改动，就可以让系统支撑的并发提升几倍到十几倍

索引在数据库面试中占据了相当大的比重。但是大部分人面试索引的时候都非常机械，所以难以在面试官心中留下深刻印象。索引是一个理论和实践的结合。

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，永远在互相等待的进程称为死锁。

一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。 那么，一条更新语句的执行流程又是怎样的呢？

我想来跟你聊聊 MySQL 的基础架构。我们经常说，看一个事儿千万不要直接陷入细节里，你应该先鸟瞰其全貌，这样能够帮助你从高维度理解问题。同样，对于 MySQL 的学习也是这样。

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第4天，点击查看活动详情 假设系统里还有另外一个表 trade_detail，用于记录交易的操作细节。

和你分享一个经常让程序员掉坑里的例子，最近在我们实际项目当中也出现类似的错误。 实际数据库id设置的字符类，但是传入的值是数值类型，造成隐式转换问题

在 MySQL 中，有很多看上去逻辑相同，但性能却差异巨大的 SQL 语句。对这些语句使用不当的话，就会不经意间导致整个数据库的压力变大。 我今天挑选了一个这样的案例和你分享。

order by 是怎么工作的?在开发系统的时候，你总是不可避免地会使用到 order by 语句。你心里要清楚每个语句的排序逻辑是怎么实现的。

今天我要跟你聊聊 MySQL 的锁。数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。

真正好的架构，让我们线上业务表的数据量尽可能小，尽可能让线上的热表数据量足够小，IO操作，读写请求的话代价也小(分库分表、冷热数据分离)

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第13天，从磁盘IO的角度聊聊mysql优化

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第12天，索引失效的5种情况及失效的原理

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第10天 通过前面的案例，我们可以看到，查询数据可以直接在聚簇索引上进行全表扫描，也可以走二级索引扫描后到聚簇索引回表。

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第9天 我创建了一个 name+score 的联合索引，仅搜索 name 时就能够用上这个联合索引。

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第8天 创建二级索引的代价，主要表现在维护代价、空间代价和回表代价三个方面。

说到索引，页目录就是最简单的索引，是通过对记录进行一级分组来降低搜索的时间复杂度。但，这样能够降低的时间复杂度数量级，非常有限。当有无数个数据页来存储表数据的时候，我们就需要考虑如何建立合适的索引。