随记

本项目使用MySQL 8.0作为关系型数据库，采用InnoDB存储引擎。第三范式（3NF）：消除数据冗余，确保数据完整性命名规范：采用小写字母和下划线分隔主键设计：使用自增ID作为主键索引优化：为常用查询字段创建索引逻辑删除：使用标志位实现软删除。

MyBatis-Plus是什么？MyBatis-Plus（简称MP）是一个MyBatis的增强工具，在MyBatis的基础上只做增强不做改变，为简化开发、提高效率而生。│ MyBatis-Plus 核心功能 ││ 1. CRUD操作：自动生成基础的CRUD方法 ││ 2. 条件构造器：强大的QueryWrapper条件构造 ││ 3. 分页插件：内置分页插件，支持多种数据库 ││ 4. 逻辑删除：优雅实现数据逻辑删除 ││ 5. 自动填充：自动填充公共字段 │。

机制作用防止退化表现多路分支（High Fan-out）单节点存大量键树极矮，天然抗退化强制最小填充率（≥50%）节点不能太稀疏避免“瘦高”结构插入分裂（Split）满页自动拆分数据均匀分布删除合并/重分配空页自动回收或均衡维持紧凑平衡✅结论B+ 树通过严格的分裂与合并规则，在任何插入/删除序列下，都能保持平衡、矮胖的结构，绝不会退化成链表。这正是它被选作数据库索引底层结构的根本原因！

日志所属日志类型用途生命周期比喻Undo LogInnoDB引擎逻辑日志事务回滚、MVCC事务结束时不一定立即删除后悔药便签Redo LogInnoDB引擎物理日志崩溃恢复、提升写性能循环覆盖写应急备忘录Binlog逻辑日志主从复制、数据恢复追加写，可长期保存超级账本Undo LogRedo Log：是记账先生为了跑得快（高性能）和不出错（崩溃恢复、事务回滚）的左膀右臂，是InnoDB引擎的核心。Binlog：是档案管理员为了留底（数据恢复）和扩张。

方案适用场景复杂度查询性能数据一致性广播查询低频、后台查询低差（随分片数下降）强一致绑定关系中频高性能查询中极好强一致搜索引擎高频复杂查询高极好最终一致多分片策略下的数据路由问题没有银弹解决方案，需要根据具体的业务场景、性能要求和技术能力选择合适的方案。建议采用渐进式策略，从简单的广播查询开始，随着业务发展逐步引入更复杂的解决方案。

数据库是应用的核心组件，随着互联网应用规模扩大，数据库频繁成为性能瓶颈。传统MySQL调优方式面对海量数据冲击时显得无力，需要更根本的解决方案。使用DynamicDataSource等框架将多个物理数据源抽象为单一逻辑数据源，对业务代码透明，简化开发复杂度。介于异步复制和全同步复制之间的机制，主库等待至少一个从库接收并写到relay log后才返回客户端响应。：阿里开发手册建议，预估三年内单表数据超过500W或单表数据大小超过2G时考虑分库分表。

使用 Mybatus-plus 的 QueryWrapper 之 in 查询，in（“字段名称”,集合），里边不要使用数组，不然不生效，要使用集合才可以。：集合，可以是array或list。item：代表每次循环的值。index：代表每次索引位。close：用什么来关闭。open：以什么来开始。

可以做软连接，或者直接将libncurses.so.6复制为libncurses.so.5文件，我是复制的文件，没做软连接。发现没有libncurses.so.5文件。缺少libncurses.so.5文件。登录进去了，问题解决。

MySQL在Linux安装成功并且成功修改root用户密码。--所有情况都能访问。-指定 ip 才能访问。

本文基于之前的笔记稍作修改而成，部分情况可能会有差异。