MySQL

一、MySQL大表的标准和定义 数据量维度：单表行数超过1000万行，或单表占用空间超过100GB（不同业务场景下阈值差异较大，如高并发业务中500万行可能就成为大表）； 并发场景性能维度：查询耗时稳

一、概念 二、事务的特性以及类型介绍 2.1 事务特性 原子性（atomicity） 事务的原子性指的是构成事务的所有操作要么全部执行成功，要么全部执行是失败。 一致性（consistency） 事务

📢一、什么是事务？ 银行转账是解释事务的一个经典例子，假设一个🧑用户A(id=123)需要给👩用户B(id=456)转账1000元，假设目前用户A、用户B余额都是2000元（账户表：account），

假设现在有两个表：用户表（t_user）、订单表（t_order） 用户表 字段 id 主键ID username 用户名 age 年龄 address 地址 用户表存在4条数据： 订单表 字段 id

一、产生的背景 进化要求 每个节点能存储多个元素 摒弃二叉树结构，采用多叉树 二、B-tree B-Tree是一种多叉的平衡搜索树（并不一定是二叉的），以一个三阶B-tree为例子来分析，每个储存块都

前言 在MySQL 5.7已经之前的版本，MySQL还未实现大表加字段进行优化，以往的做法我们都是采用在线ddl工具去实现，比如：pt-online-schema-change，且需要在访问量少的时候

💡在阿里巴巴Java开发手册中，阿里明确指出禁止超过三个表的JOIN查询，那么在开发中，我们不采用JOIN的方式query，如何在代码逻辑实现查询，组装成前端需要的想要数据呢，怎样能最大程度的缩小RT

JSON 类型是从 MySQL 5.7 版本开始支持的功能，MySQL 支持由RFC 7159定义的本机JSON数据类型，该类型可有效访问 JSON(JavaScript 对象 table 示法)文档

本文内容主要涵盖，只要是个人经验和观点，如有不对，望指出并一同讨论： part1：库表会在什么情况下才算达到瓶颈？ part2：分库分表的目的和解决方案？ part3：拆分会带来哪些问题？ part4

假设我们某个业务使用User表，User表有16亿调数据记录，若将对这16亿数据记录进行的增删改查操作都放在一个数据库中，则性能一定不会太好，根据经验，一般数据库如MySQL，单表存储5000万条数据