ITPub博客

转：https://blog.csdn.net/liqfyiyi/article/details/13290201首先,在大多数情况下,复合索引比单字段索引好.以税务系统的SB_ZSXX(申报类_征收信息表)为例,该表为税务系统最大的交易表.如果分别按纳税人识别号,税务机关代码,月份3个字段查询,每个字段在该表中的可选性或约束性都不强,如一个纳税人识别号有很多纳税记录,一个税务机关代码和同一月份记

转：https://www.cnblogs.com/hhandbibi/p/7118740.htmlOLTP与OLAP的介绍    数据处理大致可以分成两大类：联机事务处理OLTP（on-line transaction processing）、联机分析处理OLAP（On-Line Analytical Processing）。OLTP是传统的关系型数据库的主要应用，主要是基本

Windows2008R2新添加的硬盘无法识别 VM虚拟机https://blog.csdn.net/russle/article/details/7190878以前创建虚拟机是给了50G，现在发现有些小，就给虚拟机增加了一块硬盘25G，重启机器后发现无法识别新的磁盘。系统磁盘管理提示：this disk is offline because of the policy set by admini

啊

转自：http://blog.51cto.com/tiany/1591472通过案例学调优之--Oracle Cluster TableAbout ClustersA cluster provides an optional method of storing table data. A cluster is made up of a group of tables

centos6.5中openssh从5.3升级到7.3参考：https://www.jianshu.com/p/8c66fdab0c1f相关说明 CentOS6.5 自带的SSH版本5.3太低，安全检查报有漏洞，需要升级版本。 本文使用openssh-7.3p1的版本进行源码升级安装。 升级OpenSSH不难，难的是在升级前的基础环境安装。需要以下的软件：gcc-c++，zlib，OpenSSL，

centos7 boot空间不够用的解决方案参考：https://blog.csdn.net/wangganggelian/article/details/49848305本机环境：centos7.4 x64本次解决使用第二种方法，经过测试可行。boot目录相信当家都不会陌生，一般系统里面都会有一个boot目录，它主要是存放一些系统的内核的配置文件，以及启动管理程序GRUB的目录。 1 清理旧内核

转自：https://www.jdon.com/37625CAP原理和BASE思想分布式领域CAP理论，Consistency(一致性), 数据一致更新，所有数据变动都是同步的Availability(可用性), 好的响应性能Partition tolerance(分区容忍性) 可靠性定理：任何分布式系统只可同时满足二点，没法三者兼顾。忠告：架构师不要将精力浪费在如何设计能满足三者的完美分布式系统

转自：https://www.jdon.com/artichect/raft.html分布式系统的Raft算法　过去, Paxos一直是分布式协议的标准，但是Paxos难于理解，更难以实现，Google的分布式锁系统Chubby作为Paxos实现曾经遭遇到很多坑。　　来自Stanford的新的分布式协议研究称为Raft，它是一个为真实世界应用建立的协议，主要注重协议的落地性和可理解性。　　在了解R

方案虽好，成本先行：数据库Sharding+Proxy实践解析https://dbaplus.cn/news-11-1854-1.html主要内容：介绍分库分表发展历程和利弊；节选内容如下：总结：分库分表为了解决一个问题，引入了很多成本，从长久看这种方案会逐步被新的解决方案替代。目前看来，解决的思路主要分为两个方向： 第一个思路既然分库的原动力主要是单实例的写入容量限制，那么我们可以最大

换个角度看Aurora：缘何“万能”？对比TiDB有何不同？http://www.yunweipai.com/archives/24367.html主要内容介绍了Aurora知识，并与TiDB进行了对比； 节选内容如下：Aurora vs TiDB（Spanner&F1）回顾数据库的发展历史，我们可以简单分成三个阶段，从上实际 70 年代 E.F. Codd 提出关系模型到本世纪初，基本上

记录今天处理的一则 “OGG-01028 Recovery record is missing from log ” BUG处理

 1.  锁InnoDB支持行锁，有时升级为表锁。MyISAM只支持表锁。表锁：开小小，加锁快，不会出现死锁；锁粒度大，锁冲突概率高，并发度低。行锁：开销大，加锁慢，会出现死锁，锁粒度小，锁冲突概率低，并发高。1.1.  InnoDB锁类型主要分为：读锁（共享锁），写锁（排他锁），意向锁，和MDL锁。1.1.1.  读锁读锁，S锁，一个事物在读取一个数据行时

 1.  事务1.1.  事务的特性InnoDB存储引擎支持事务，默认自提交模式，如要开启事务，必须以begin命令开始，以commit或者rollback结束。事务特性l  原子性（Atomiity）:要么都做，要么都不做。l  一致性（Consistency）:操作前后满足业务规则约束。l  隔离性（Isolation）:多个并发事务

跟着张老师的《MySQL王者晋级之路》，一章一章学MYSQL！

1.  表创建表的原则：l  禁止使用中文做字段名；l  禁止使用字符型做主键；l  禁止无主键或唯一索引；1.1.  整型int、tinyint是使用最多的整型类型。                         

1.1.  pid文件实例启动后，将自己唯一进程号记录到自己pid文件中，保存在数据目录下。注意：在配置文件my.cnf中必须配置pid-file=/data/mysql/mysql.pid，否则数据库启动报错。查看进程，可看到文件路径。[root@localhost mysql]# ps -ef |grep mysqlroot     

 1.1.  错误日志文件（error log）默认存放路径在数据目录下，以error.log结尾的文件。查看文件位置：show variables like ‘%og_error%’;注意warnings信息 TIMESTAMP类型特点                  &nb

1.  第四章:数据库文件数据库层面文件：参数文件my.cnf，错误日志error log，慢查询日志slow log，全量日志general log，二进制日志binlog，审计日志audit log，中继日志relay log，套接字文件socket，进程文件pid，表结构文件存储引擎层面：redo log，undo log日志文件。1.1.  参数文件参数文件优先级：/e

1.  第三章MYSQL 体系结构与存储引擎1.1.  mysql体系结构体系结构分为两大层：l  mysql server层：包括连接层，SQL层；l  存储引擎层；   1.2.  query cache详解及关闭query cache只能缓存静态数据。适用于数据仓库。5.6前默认开启，5.6后默认关闭。彻底关闭q