事情经过有天，我们公司外区的一个销售C说他8月3号以前的工作流记录找不到了。问清缘由，原来是更新了微信号（我们公司的工作流是基于企业微信开发的）。经过分析，微信号和流程数据并没什么关系，所以初步得出结论：本来只需要更新微信号的，结果我们公司的流程系统管理员把用户先删除，再创建了新的用户。 解决过程1、首先想到的是直接从定时备份数据里面找回原来的用户ID，结果发现系统只备份了十天的记录，而工作流系统上显示销售C只有8月3号以后的流程记录，距今已经40多天，从自动备份的数据里已经无法恢复。2、所以，只能从数据
Mysql部署文档操作系统：CentOS Linux release 7.4.1708内核版本：3.10.0# 手动安装1> 将mysql-5.5.54-linux2.6-x86_64.tar.gz上传至CentOS服务器/tmp目录下2> 解压压缩包至/usr/local/1[root@localhost local]# tar -zxvf /tmp/mysql-5.5.54-linux2.6-
一、MYSQL的索引索引（Index）:帮助Mysql高效获取数据的一种数据结构。用于提高查找效率，可以比作字典。可以简单理解为排好序的快速查找的数据结构。索引的作用：便于查询和排序（所以添加索引会影响where 语句与 order by 排序语句）。在数据之外，数据库还维护着满足特定查找算法的数据结构，这些数据结构以某种方式引用数据。这样就可以在这些数据结构上实现高级查找算法。这些数据结构就是索引。索引本身也很大，不可能全部存储在内存中，所以索引往往以索引文件的形式存储在磁盘上。我们平时所说的索引，如果
mysql允许在相同列上创建多个索引，无论是有意还是无意，mysql需要单独维护重复的索引，并且优化器在优化查询的时候也需要逐个地进行考虑，这会影响性能。 重复索引是指的在相同的列上按照相同的顺序创建的相同类型的索引，应该避免这样创建重复索引，发现以后也应该立即删除。但，在相同的列上创建不同类型的索引来满足不同的查询需求是可以的。12345CREATE TABLE test( ID INT NOT NULL PRIMARY KEY, A INT NOT NULL, B INT NOT NULL,
我们的Mysql服务运行一段时间后，不知什么原因就变慢了，怎么查找原因呢？一、关键性指标在数据库性能评测中，有几项指标很重要，用它来评估数据库的能力，不是他们能起着多么关键的作用，而是他们能够较为明确的代表数据库在某些方面的能力。1.IOPSIOPS：Input/Output operation Per Second, 每秒处理的IO请求次数。我们知道I/O就是磁盘的读写能力，比如每秒读 300M，写 200M，这个即数据的吞吐量（I/O能力的另一个关键指标），但是 IOPS 指的可不是读写的数据吞吐量，
一、在两台Ubuntu机器上安装mysql1.检查系统中是否安装了mysql这个是已经安装了的没有安装的话执行上条命令===============================MySQL的一些简单管理：123启动MySQL服务： sudo start mysql停止MySQL服务： sudo stop mysql修改 MySQL 的管理员密码： sudo mysqladmin -u root password newpassword二、Master主服务器上的配置（103.251.237.42）1.编
在InnoDB加锁前，为什么要先start transaction innodb下锁的释放在事务提交/回滚之后，事务一旦提交/回滚之后，就会自动释放事务中的锁，innodb默认情况下autocommit=1即开启自动提交检索条件使用索引和不使用索引的锁区别： 检索条件有索引的情况下会锁定特定的一些行。检索条件没有使用使用的情况下会进行全表扫描，从而锁定全部的行（包括不存在的记录）读锁: 读锁是共享的，或者说是相互不阻塞的。多个用户在同一时刻可以同时读取同一个资源，而互不干扰。写锁： 写锁是排他的，
我们知道MySQL有btree和hash两种索引，大家知道它们的区别吗？本篇文章简要记述一下mysql中的两种索引类型，btree和hash的区别。由于 hash 索引结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。可能很多人又有疑问了，既然 Hash 索引的效率要比 B-Tree 高很多，为什么大家不都用 Hash 索引而还要使用 B-Tree 索引呢？