Linux平台软件设计与开发

GRANT ALL PRIVILEGES ON . TO ‘user’@’%’ IDENTIFIED BY ‘password’ WITH GRANT OPTION; FLUSH PRIVILEGES; 设置用户名为：user，密码为：password的账号可能通过任意一台机器访问数据库

Mysql主从同步中Binlog Dump线程僵尸问题问题起因 自己开发程序伪造为mysql的从服务器，不停重连、以及重启后出现如下错误： too many connections（1040） 在主服务上运行：show processlist发现大量Binlog Dump线程 Mysql主从同步机制主库上记录二进制日志，也就是binlog日志。备库将主库的二进制日志复制

系统工作原理 基于MYSQL日志增量数据同步原理： - 1、DBAsync伪装自己为mysql slave，向mysql master发送dump协议 - 2、mysql master收到dump请求，开始推送binary log给DBAsync - 3、DBAsync解析binary log，将数据改动同步到下游(MQ、DB…)DBAsync工作流程 工作流程： - 1、启动解析配置文

引言 LevelDb本质上是一套存储系统以及在这套存储系统上提供的一些操作接口。为了便于理解LevelDB的存储结构以及工作流程，我们可以从两个不同的角度来分析一下LevleDb的原理：静态角度和动态角度。静态角度：主要了解系统如何对数据进行存储的，其数据是如何组织管理的；动态角度，主要是了解系统是如何对数据进行操作的，其操作流程是怎么回事，系统是如何运转起来的。LevelDb整体架构及其存储

Bitcast存储引擎：由一棵hash tree在内存中管理全量的key，根据key可以获取value在磁盘文件上面的postion，进一步获取value本身的值。写入流程比较简单，顺序写一次磁盘文件，更新hash tree；读取也比较简单，根据key从内存的hash tree中获取value在磁盘上面的位置，然后读取磁盘即可。 数据文件也有像LevelDb数据归并的过程，其过程都是类似于red

select count(*) from (select distinct UC_FileHash from tbl_HashSortInfo1 as temp) temp使用distinct去除重复，统计某一个字段值出现的个数IF EXISTS (SELECT * FROM tbl_UploadContent_tmp WHERE ID=888) BEGIN update tbl

数据库设计三大范式 数据库设计范式什么是范式：简言之就是，数据库设计对数据的存储性能，还有开发人员对数据的操作都有莫大的关系。所以建立科学的，规范的的数据库是需要满足一些规范的来优化数据数据存储方式。在关系型数据库中这些规范就可以称为范式。什么是三大范式：第一范式：当关系模式R的所有属性都不能在分解为更基本的数据单位时，称R是满足第一范式的，简记为1NF。满足第

工作需要对Hiredis进行了简单封装，实现功能：1、API进行统一，对外只提供一个接口；2、屏蔽上层应用对连接的细节处理；3、底层采用队列的方式保持连接池，保存连接会话；4、重连时采用时间戳进行控制，每隔一定时间(3s)重连一次，防止频繁重试造成的不必要浪费。先看一下Hiredis的常用数据结构与API：//hiredis/hiredis.h/* Context for

常用用法导出整个数据库(包括数据库中的数据） mysqldump -u username -p dbname > dbname.sql导出数据库结构（不含数据） mysqldump -u username -p -d dbname > dbname.sql导出数据库中的某张数据表（包含数据） mysqldump -u username -p dbname tablename > ta

一Mysql Binlog协议格式二主从复制各种文件偏移量说明三通过Binlog恢复数据四通过Relay log恢复数据一个Binlog格式文件，前四个字节是：0xfe62696e；对应0xfe、’b’、’i’、’n’，这是雷打不动的公理。后面是一系列的Binlog Event，每个Event包括Header与Data两部分。Mysql这帮人跟我们一样俗，定义一个消息先定个头、再定一个消息体