1. MySQL

适用场景

不适用场景的替代方案

MySQL数据库企业级核心知识精品

MySQL数据库企业级应用实战

percona博客

O'Reilly高性能MySQL 代码示例

MySQL架构

集群

用途：可伸缩性（Scalability）、高可用性（Availability）

简单地说，集群就是指一组（若干个）相互独立的计算机，利用高速通信网络组成的一个较大的计算机服务系统，每个集群节点（即集群中的每台计算机）都是运行各自服务的独立服务器。这些服务器之间可以彼此通信，协同向用户提供应用程序、系统资源和数据，并以单一系统的模式加以管理。当用户客户机请求集群系统时，集群给用户的感觉就是一个单一独立的服务器，而实际上用户请求的是一组集群服务器。

架构

MySQL架构图

不同的存储引擎保存数据和索引的方式是不同的；但表的定义则是在MySQL服务层统一处理的。事务的实现在存储引擎层，所有事务部支持多种引擎的表；LOCK TABLES、UNLOCK TABLES、ALTER TABLE在MySQL服务层处理，与引擎无关

主从问题

刚向主库写数据，立即向从库读取数据可能读取不到刚创建的数据，主从同步需要时间

需要用到刚入库的数据时，应直接取用入库的数据值，不走读取，使用事务保证原子性

性能

EXPLAIN query 查看索引情况

在MySQL 5.6 及之后的版本中，我们可以使用 optimizer trace 功能查看优化器生成执行计划的整个过程

SET optimizer_trace="enabled=on";        // 打开 optimizer_trace
SELECT * FROM order_info where uid = 5837661 order by id asc limit 1
SELECT * FROM information_schema.OPTIMIZER_TRACE;    // 查看执行计划表
SET optimizer_trace="enabled=off"; // 关闭 optimizer_trace
  

支持扩展的设计

单据主表 xx_order

字段尽量少，必须通用 tenant_code、uniq_code、source_code、f_key、type、tag、level、status
主表用于列表展示，尽量不出现json类型字段

单据详情表 xx_order_detail

跟进业务差异大小考虑是否依据 xx_order.type 对应不同的detail表，未来有较大可能会改变数据格式的数据用json
detail里的json需要用于查询时果断上ES

单据详情表 xx_order_ext

json、text 内容很长的字段，基本不用于查询独立到一个表中，提升查询效率

日志

Danger

明细数据先删后增，日志记录时，old_value取原样数据的json_encode,new_value取新数据的json_encode，跟进业务需求在展示时再翻译

方案一：所有日志用同一个表——推荐3

1、一行记录表示一个单据的一次完整操作日志的变更项带上表名， [‘xx_order.column_name' => value, ‘xx_order_detail.column_name' => value,]

2、一行记录表示一个单据的一个数据项变更 column_name 字段带上表名 xx_order.column_name

3、(1+2)日志表分两个：主日志表记录一个单据一次操作的类型、简要翻译、时间、操作人；日志详情表记录每个数据项的变更，old_value new_value 用json记录枚举值的 key、value

日志明细标记字段是否是json
方案二：不同的表独立对应一个日志表——最详细，最繁琐