github

使用Canal实现redis和mysql的同步 canal 工作思路 Canal 会将自己伪装成 MySQL 从节点（Slave），并从主节点（Master）获取 Binlog，解析和贮存后供下游消费端使用。Canal 包含两个组成部分：服务端和客户端。服务端负责连接至不同的 MySQL 实例，并为每个实例维护一个事件消息队列；客户端则可以订阅这些队列中的数据变更事件，处理并存储到数据仓库中。下面我们将mysql同步到 redis mysql版本 5.6 canal版本 1.1.0 安装 mysql 后修改自己mysql配置 vim /etc/my.cnf # 开启mysql的binlog模块 log-bin=mysql-bin binlog-format=ROW # server_id需保证唯一，不能和canal的slaveId重复 server_id=121 # 需要同步的数据库名称 binlog-do-db=test_canal # 忽略的数据库，建议填写 binlog-ignore-db=mysql # 启动mysql时不启动grant-tables授权表 skip-grant-tables 创建一个mysql用户 canal 并且赋远程链接权限权限，和测试库 test_canal , CREATE USER canal IDENTIFIED BY 'canal';

前言 欢迎关注我的微信公众号【 Mflyyou 】获取持续更新。 github.com/zhangpanqin/MFlyYou 收集技术文章及我的系列文章，欢迎 Star。 数据库中的索引是为了提高查询效率的，将像字典的目录一样。 当我们了解索引的原理之后，就没有必要去死记硬背所谓的 Mysql 军规之类的东西了。 本文内容 索引的类型：UNIQUE，FULLTEXT，SPATIAL，NORMAL(普通索引) 索引为什么会采用 B+ 树结构，为什么不是二叉树、B- 树 Mysql 中 B+ 树索引 和 Hash 索引应该选哪个 为什么索引的使用需要遵循 最左匹配原则 联合索引 、 聚簇索引 和 覆盖索引 分别是什么 索引添加的判断依据是什么 索引 Mysql 中常见的索引类型有： 普通索引 唯一索引 全文索引 空间索引 Mysql 中索引的数据结构有： B+Tree ，存储引擎 InnoDB 和 MyISAM 都支持。因为我们一般都是使用存储引擎 InnoDB 和 MyISAM ，我们都是使用 B+Tree 数据结构的索引。 HASH ，存储引擎 MEMORY 支持，存储引擎 InnoDB 和 MyISAM 不能手动定义 HASH 索引。 因此，我们详细了解 B+Tree 就行了。 我们先来介绍一下两种索引的数据结构的区别，感受一些各自的使用场景。 Hash 数据结构的索引

结点的构造 源代码： https://github.com/cjy513203427/C_Program_Base/tree/master/57.%E4%BA%8C%E5%8F%89%E6%A0%91%E9%93%BE%E8%A1%A8%E5%AE%9E%E7%8E%B0 #pragma once #ifndef NODE_H #define NODE_H class Node { public : Node(); Node *SearchNode( int nodeIndex); void DeleteNode(); void PreorderTraversal(); void InorderTraversal(); void PostorderTraversal(); int index; int data; Node * pLChild; Node * pRChild; Node * pParent; }; #endif // !NODE_H 需要实现的方法 #pragma once #ifndef TREE_H #define TREE_H #include " Node.h " class Tree { public : Tree(); // 创建树 ~Tree(); // 销毁树 Node *SearchNode( int nodeIndex); // 搜索结点

漏洞简介 该漏洞位于Windows的UAC（User Account Control，用户帐户控制）机制中 默认情况下，Windows会在一个单独的桌面上显示所有的UAC提示 Secure Desktop 这些提示是由名为 consent.exe 的可执行文件产生的，该可执行文件以NT AUTHORITY\SYSTEM权限运行，完整性级别为 System 因为用户可以与该UI交互，因此对UI来说紧限制是必须的，否则，低权限的用户可能可以通过UI操作的循环路由以SYSTEM权限执行操作，即使隔离状态的看似无害的UI特征都可能会成为引发任意控制的动作链的第一步。 事实上，UAC会话中含有尽可能少的点击操作选项，利用该漏洞很容易就可以提升权限到SYSTEM。 影响范围 SERVER Windows 2008r2 7601 ** link OPENED AS SYSTEM ** Windows 2012r2 9600 ** link OPENED AS SYSTEM ** Windows 2016 14393 ** link OPENED AS SYSTEM ** Windows 2019 17763 link NOT opened WORKSTATION Windows 7 SP1 7601 ** link OPENED AS SYSTEM ** Windows 8 9200 **

注：本文出自博主 Chloneda ： 个人博客 | 博客园 | Github | Gitee | 知乎 本文源链接 ： https://www.cnblogs.com/chloneda/p/ssh-connect.html 问题场景 终端连接远程 SSH 服务，经常会出现长时间无操作后就自动断开，或者无响应，无法再通过键盘输入，只能强行断开重连。 那么有没有办法保持 SSH 连接不断开，或者断开连接后自动重连呢？有的！ 解决方法 方案一：客户端发送心跳 Linux / Unix 下，编辑 ssh 配置文件： vim /etc/ssh/ssh_config 在文件中添加以下内容： ServerAliveInterval 20 ServerAliveCountMax 999 ServerAliveInterval：表示每隔多少秒，从客户端向服务器端发送一次心跳（alive 检测）。 ServerAliveCountMax：表示服务端多少次心跳无响应之后，客户端才会认为与服务器的 SSH 连接已经断开，然后断开连接。 上述配置则表示：每隔20秒，向服务器发出一次心跳。若超过999次请求都没有发送成功，则会主动断开与服务器端的连接。 方案二：服务器端发送心跳 在服务器端中，编辑 ssh 配置文件： sudo vim /etc/ssh/sshd_config 在文件中添加以下内容：

etcd 原理解析：读《etcd 技术内幕》这篇文章主要是原理性的内容，本文主要是实践角度，谈谈平时用到的一些操作和监控 高可用 etcd 是基于 raft算法的分布式键值数据库，生来就为集群化而设计的，由于Raft算法在做决策时需要超半数节点的投票，所以etcd集群一般推荐奇数节点，如3、5或者7个节点构成一个集群。 以上是etcd集群部署的基础概念，但是还需要注意以下问题： 选主过程 etcd 是高可用的，允许部分机器故障，以标准的3 节点etcd 集群，最大容忍1台机器宕机，下面以最简单的leader宕机来演示raft 的投票逻辑，以实际的运行日志来验证并理解。更多的场景可以看之前的原理解析 场景：正常运行的三台etcd：100、101、102。当前任期为 7，leader 为 101机器。现在使101 宕机 宕机前：101 为 leader，3 个 member 宕机后：102 成为新 leader，2 个 member 过程： 将 101 机器的 etcd 停止，此时只剩 2 台，但总数为 3 101停止etcd 的运行 102(91d63231b87fadda) 收到消息，发现101(8a4bb0af2f19bd46)心跳超时，于是发起了新一轮选举，任期为 7+1=8 91 d63231b87fadda [term 7 ] received MsgTimeoutNow

点击上方“ 五角钱的程序员 ”，选择“ 设为星标 ” 第一时间关注技术干货！ ✨一起 学习、成长、温情的热爱生活✨ 图丨pexels 1、创建数据库day01_test02_market #1、创建数据库Market，进入进行操作 CREATE DATABASE day01_test02_market; 2、创建表格customers 字段名 数据类型 c_num int（11） c_name varchar(50) c_contact varchar(50) c_city varchar(50) c_birth date #2、创建数据表 customers， CREATE TABLE customers( c_num INT , c_name VARCHAR ( 50 ), c_contact VARCHAR ( 50 ), c_city VARCHAR ( 50 ), c_birth DATE ); 将c_contact字段移动到c_birth字段后面 #3、将c_contact字段插入到c_birth字段后面 ALTER TABLE customers MODIFY c_contact VARCHAR ( 50 ) AFTER c_birth; 将c_name字段数据类型改为 varchar(70) #4、将c_name字段数据类型改为 varchar(70). ALTER