TMesh的博客

Binlog 是 mysql 用来记录数据变化的日志。通过 binlog 我们可以恢复数据，也可以跟踪数据的修改记录。通过 grep 查找我们关心的数据，表名是需要查询表的名称，5575 是我的 id 字段，更新操作是根据 id 执行的。可以看到开始位置为 Pos，结束位置为 End_log_pos，接着用 mysqlbinlog 命令恢复。查询某个表特定时间的 binlog 日志。

MySQL 官方对索引的定义为：索引（index）是帮助 MySQL 高效获取数据的数据结构（有序）。在数据之外，数据库系统还维护者满足特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据， 这样就可以在这些数据结构上实现高级查找算法，这种数据结构就是索引。如下面的==示意图==所示 :左边是数据表，一共有两列七条记录，最左边的是数据记录的物理地址（注意逻辑上相邻的记录在磁盘上也并不是一定物理相邻的）。

目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。一般说来，数据库只需满足第三范式(3NF）就行了。下面用画图方式简单介绍下前三范式。

sql 约束：约束用于限制加入表的数据的类型。是一种限制，它通过对表的行或列的数据做出限制，来确保表数据的完整性、唯一性可以在创建表时规定约束（通过 CREATE TABLE 语句），或者在表创建之后也可以（通过 ALTER TABLE 语句）。

MySQL show variables 参数

​视图（View）是一种虚拟存在的表。视图并不在数据库中实际存在，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的。通俗的讲，视图就是一条 SELECT 语句执行后返回的结果集。所以我们在创建视图的时候，主要的工作就落在创建这条 SQL 查询语句上。视图相对于普通的表的优势主要包括以下几项。简单：使用视图的用户完全不需要关心后面对应的表的结构、关联条件和筛选条件，对用户来说已经是过滤好的复合条件的结果集。

​和大多数的数据库不同, MySQL 中有一个存储引擎的概念, 针对不同的存储需求可以选择最优的存储引擎。​存储引擎就是存储数据，建立索引，更新查询数据等等技术的实现方式。存储引擎是基于表的，而不是基于库的。所以存储引擎也可被称为表类型。​Oracle，SqlServer 等数据库只有一种存储引擎。MySQL 提供了插件式的存储引擎架构。所以 MySQL 存在多种存储引擎，可以根据需要使用相应引擎，或者编写存储引擎。

​存储过程和函数是 事先经过编译并存储在数据库中的一段 SQL 语句的集合，调用存储过程和函数可以简化应用开发人员的很多工作，减少数据在数据库和应用服务器之间的传输，对于提高数据处理的效率是有好处的。存储过程和函数的区别在于函数必须有返回值，而存储过程没有。函数 ： 是一个有返回值的过程；过程 ： 是一个没有返回值的函数；

MySQL架构总览_查询执行流程_SQL解析顺序

显示使用当前连接的sql语句的状态，很重要的列，后续会有所有的状态的描述，请注意，state 只是语句执行中的某一个状态，一个 sql 语句，已查询为例，可能需要经过copying to tmp table，Sorting result，Sending data 等状态才可以完成。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。如果有 SUPER 权限，则可以看到全部的线程，否则，只能看到自己发起的线程（这是指，当前对应的 MySQL 帐户运行的线程）。

执行计划（execution plan，也叫查询计划或者解释计划）是 MySQL 服务器执行 SQL 语句的具体步骤。例如，通过索引还是全表扫描访问表中的数据，连接查询的实现方式和连接的顺序，分组和排序操作的实现方式等。负责生成执行计划的组件就是优化器，优化器利用表结构、字段、索引、查询条件、数据库的统计信息和配置参数决定 SQL 语句的最佳执行方式。如果想要解决慢查询的性能问题，首先应该查看它的执行计划。

在 MySQL 中进行 SQL 优化的时候，经常会在一些情况下，对 MySQL 能否利用索引有一些迷惑。

如果没有特殊的理由， 一般都建议将字段定义为NOT NULL。为什么呢？NOT NULL 可以防止出现空指针问题。其次，NULL 值存储也需要额外的空间的，它也会导致比较运算更为复杂，使优化器难以优化 SQL。NULL 值有可能会导致索引失效。

聚合函数（如 sum()、max() 等）可以计算基于组的某种聚合值，但是聚合函数对于某个组只能返回一行记录。若想对于某组返回多行记录，则需要使用分析函数。

下载 mysql：https://repo1.maven.org/maven2/mysql/mysql-connector-java/5.1.47/mysql-connector-java-5.1.47.jar。容器 3307，demo_ds_0.t_order0 与 demo_ds_0.t_order1 为分表关系。容器 3317，demo_ds_0、demo_ds_0 分别是 3307 的从库，数据保持一致。容器 3307，demo_ds_0 与 demo_ds_1 为分库关系。