Mark

根据某一条件从数据库表中查询 『有』与『没有』，只有两种状态，那为什么在写SQL的时候，还要SELECT count(*) 呢？普通耗费性能写法业务代码中，需要根据一个或多个条件，查询是否存在记录，不关心有多少条记录。普遍的SQL及代码写法如下SQL写法SELECT count(*) FROM table WHERE a = 1 AND b = 2Java写法int nums = xxDao.countXxxxByXxx(params);if ( nums > 0 ) { //当存

现象使用not int 子查询SELECT * FROM `users` WHERE username NOT IN ( SELECT uid FROM role_user )查询结果为：结果对吗？当然不对SELECT uid FROM role_user查询结果为：

1、什么是预编译 1.1、 sql的执行过程① 词法和语义分析② 优化sql语句，指定执行计划③ 执行并返回结果我们把这种普通语句称作Immediate Statements。select colume from table where colume=1;select colume from table where colume=2;但是很多情况，我们的一条sql语句可能会反复执行，或者每次执行的时候只有个别的值不同，那么这个时候会对上面两条语句生成两个执行计划，一千次查询就需要一千个执行计划，

1、MySQL逻辑体系架构 可见mysql的组成部分有以下内容： 连接池组件 管理服务和工具组件 SQL接口组件 查询分析器组件 优化器组件 缓冲（Cache）组件 插件式存储引擎 物理文件 mysql的存储是基于表的，而不是数据库。 mysql的特点就是他是插件式的表存储引擎1.1、连接层 1.1.1、概述是一些客户端和连接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。 【基本功能】完成一些类似于连接处理、授权认证、及相关的

1、提示无法连接主机1.1、方法一：设置授权创建一个用户并且授权所有的主机给他# %:表示从任何主机连接到mysql服务器，下一步刷新权限mysql> GRANT ALL PRIVILEGES ON *.* TO 'user'@'%' IDENTIFIED BY 'password' WITH GRANT OPTION; mysql> FLUSH PRIVILEGES; all privileges：表示将所有权限授予给用户。也可指定具体的权限，如：SELECT、CREATE、

1、下载mysql在官网下载对应版本，然后上传到Linux系统中：下载地址或者直接使用命令在网站下载wget http://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.17-linux-glibc2.5-x86_64.tar.gz2、解压安装包# 进入到安装包文件夹cd /root# 解压安装包tar -xzvf /root/mysql-5.7.17-linux-glibc2.5-x86_64.tar.gz# 移动到指定位置mv /

1、两台主机分别修改配置文件——my.ini在mysqld节点下添加主主复制信息，两服务器的server-id和auto-increment-offset参数不同即可#[必须]服务器唯一ID，每台服务器需不同server-id = 1#[必须]启用二进制文件log-bin = mysql-bin#[不是必须]二进制文件启用混合模式binlog_format = mixed#[不是必须]二进制文件过期时间，单位是天expire-logs-days = 14#[不是必须]当每进行1次事务提交

1、配置内容：主库开启binlog日志，记录对数据库的操作。从库将主库的binlog日志内容写到自己的relay-log日志当中从库读取relay-log重做日志文件，然后将这些在执行到自己的库中2、涉及到的三个线程主库线程binlog输出线程: 主库开启binlog日志，记录数据库的更改，当从库连接到主库的时，主库创建一个线程把binlog发送给从库。从库线程从库I/O线程（Slave_IO_Running）:当START SLAVE执行时，从库创建一个I/O线程，用来连接主库，请求主

文章目录1、redoLog工作层记录机制作用：存储：日志作用2、binLog工作层记录机制日志作用1、redoLogredo Log又成重做日志，redo log 是物理日志，记录的是在某个数据页上做了什么修改，不记录更新后的状态。工作层InnoDB引擎层特有记录机制作用：一般来说这个日志是InnoDB引擎来做的，先把需要更新的放置在redoLog中，并更新内存。InnoDB引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做，减少对磁盘的I/O操作。存储