mysql数据库

微信公众号【黄小斜】大厂程序员，互联网行业新知，终身学习践行者。关注后回复「Java」、「Python」、「C++」、「大数据」、「机器学习」、「算法」、「AI」、「Android」、「前端」、「iOS」、「考研」、「BAT」、「校招」、「笔试」、「面试」、「面经」、「计算机基础」、「LeetCode」 等关键字可以获取对应的免费学习资料。 ​ 事务的概念 事务指逻辑上的一组操作，组成这组操作的各个单元，要不全部成功，要不全部不成功。 例如：A向B转账100元，对应于如下两条sql语句： update from account set money=money+100 where name='b'; update from account set money=money-100 where name='a'; 1 2 1 2 数据库 默认事务是自动提交的，也就是发一条sql它就执行一条，如果想多条sql放在一个事务中执行，则需要使用如下语句： start transaction … … commit 1 2 3 4 1 2 3 4 数据库开启事务命令： start transaction ：开启事务 rollback ：回滚事务 commit ：提交事务 MySQL数据库中操作事务命令 编写 测试 SQL脚本，如下： /* 创建数据库 */ create database day16

【声明】 欢迎转载，但请保留文章原始出处→_→ 生命壹号： http://www.cnblogs.com/smyhvae/ 文章来源： http://www.cnblogs.com/smyhvae/p/4085684.html 【正文】 这一周状态不太好，连续打了几天的点滴，所以博客中断了一个星期，现在继续。 我们在之前的几篇文章中学习了JDBC对数据库的增删改查。其实在实际开发中，一般都是使用第三方工具类，但是只有将之前的基础学习好了，在使用开源工具的时才能得心应手。如果对JDBC基础不太清楚，或者对本文看不太懂，建议先回顾一下本人之前的几篇和“MySQL数据库学习笔记”相关的文章。但是不管怎样，今后如果用到了数据库的增删改查，肯定是这篇文章中的代码用的最多。 一、DbUtils简介： DBUtils是apache下的一个小巧的JDBC轻量级封装的工具包，其最核心的特性是结果集的封装，可以直接将查询出来的结果集封装成JavaBean，这就为我们做了最枯燥乏味、最容易出错的一大部分工作。 下载地址： http://commons.apache.org/proper/commons-dbutils/download_dbutils.cgi 下载上图中的红框部分，然后解压。解压之后的文件如下 ： 上图中红框部分的文件就是我们所需要的内容。 二、核心方法：

一、 引言 概要 (1) innodb索引类型与B+树 (2) 索引使用注意事项 (3) 车点评业务表索引优化案例 问题 (1) InnoDb索引为什么要用b+树？ (2) 聚集索引与普通索引有什么区别？ (3) 为什么主键最好是自增？ (4) 组合索引有什么优势？ (5) 有哪些实际业务场景索引搞不定？ 二、 innodb索引类型与B+树 INNODB主要有几种索引：B+树索引，自适应哈希索引，全文索引 ，覆盖索引。 B+树索引是一种多叉平衡查找树。 自适应哈希索引是mysql对于频繁查询的数据采取的hash存储优化，用户无法选择设置。 全文索引主要用于全文检索使用。 覆盖索引说的是查询的字段都属于同一个索引字段，这样效率非常高。 查找树 查找树主要有：二叉查找树（Binary Search Tree），平衡二叉查找树（Balanced Binary Search Tree），红黑树(Red-Black Tree )，B-tree/B+-tree/ B*-tree (B~Tree)。前三者是典型的二叉查找树结构，其查找的时间复杂度O(log2N)与树的深度相关，那么降低树的深度自然会提高查找效率。 B 树 /B+ 树 /B* 树 B树 B+树 所有的叶子结点中包含了全部关键字的信息，及指向含有这些关键字记录的指针，且叶子结点本身依关键字的大小自小而大的顺序链接。 数据库索引采用B

MySQL 的Replication（英文为复制）是一个多MySQL 数据库 做主从同步的方案，特点是异步复制，广泛用在各种对MySQL有更高性能、更高可靠性要求的场合。与之对应的是另一个同步技术是MySQL Cluster，但因为MySQL Cluster配置比较复杂，所以使用者较少。 MySQL的Replication是一个异步复制的过程（mysql5.1.7以上版本分为异步复制和半同步两种模式），它是从一个Mysql instance（instance英文为实例）(我们称之为Master)复制到另一个Mysql instance(我们称之slave)。在master与slave之间实现整个复制过程主要由三个线程来完成，其中两个线程(SQL线程和IO线程)在slave端，另外一个线程(IO线程)在master端。 要实现MySQL的Replication，首先必须打开master端的binlog (mysql-bin.xxxxxx)日志功能，否则无法实现mysql的主从复制。因为mysql的整个主从复制过程实际上就是：slave端从master端获取binlog日志，然后再在自己身上完全顺序的执行该日志中所记录的各种SQL操作。 有关具体如何开启mysql的binlog日志功能， MySQL主从复制的基本交互过程，如下： 1、slave端的IO线程连接上master端

MySQL 的Replication（英文为复制）是一个多 MySQL 数据库 做主从同步的方案，特点是异步复制，广泛用在各种对 mysql 有更高性能、更高可靠性要求的场合。与之对应的是另一个同步技术是MySQL Cluster，但因为MySQL Cluster配置比较复杂，所以使用者较少。 MySQL的Replication是一个异步复制的过程（mysql5.1.7以上版本分为异步复制和半同步两种模式），它是从一个Mysql instance（instance英文为实例）(我们称之为Master)复制到另一个Mysql instance(我们称之slave)。在master与slave之间实现整个复制过程主要由三个线程来完成，其中两个线程(SQL线程和IO线程)在slave端，另外一个线程(IO线程)在master端。 要实现MySQL的Replication，首先必须打开master端的binlog (mysql-bin.xxxxxx)日志功能，否则无法实现mysql的主从复制。因为mysql的整个主从复制过程实际上就是：slave端从master端获取binlog日志，然后再在自己身上完全顺序的执行该日志中所记录的各种SQL操作。 有关具体如何开启mysql的binlog日志功能， MySQL主从复制的基本交互过程，如下： 1、slave端的IO线程连接上master端

MySQL 的Replication（英文为复制）是一个多MySQL 数据库 做主从同步的方案，特点是异步复制，广泛用在各种对MySQL有更高性能、更高可靠性要求的场合。与之对应的是另一个同步技术是MySQL Cluster，但因为MySQL Cluster配置比较复杂，所以使用者较少。 MySQL的Replication是一个异步复制的过程（mysql5.1.7以上版本分为异步复制和半同步两种模式），它是从一个Mysql instance（instance英文为实例）(我们称之为Master)复制到另一个Mysql instance(我们称之slave)。在master与slave之间实现整个复制过程主要由三个线程来完成，其中两个线程(SQL线程和IO线程)在slave端，另外一个线程(IO线程)在master端。 要实现MySQL的Replication，首先必须打开master端的binlog (mysql-bin.xxxxxx)日志功能，否则无法实现mysql的主从复制。因为mysql的整个主从复制过程实际上就是：slave端从master端获取binlog日志，然后再在自己身上完全顺序的执行该日志中所记录的各种SQL操作。 有关具体如何开启mysql的binlog日志功能， MySQL主从复制的基本交互过程，如下： 1、slave端的IO线程连接上master端

MySQL的Replication（英文为复制）是一个多MySQL数据库做主从同步的方案，特点是异步复制，广泛用在各种对MySQL有更高性能、更高可靠性要求的场合。与之对应的是另一个同步技术是MySQL Cluster，但因为MySQL Cluster配置比较复杂，所以使用者较少。 MySQL的 Replication是一个异步复制的过程（mysql5.1.7以上版本分为异步复制和半同步两种模式），它是从一个Mysql instance（instance英文为实例）(我们称之为Master)复制到另一个Mysql instance(我们称之slave)。在master与slave之间实现整个复制过程主要由三个线程来完成，其中两个线程(SQL线程和IO线程) 在slave端，另外一个线程(IO线程)在master端。 要实现MySQL的 Replication，首先必须打开master端的binlog (mysql-bin.xxxxxx)日志功能，否则无法实现mysql的主从复制。因为mysql的整个主从复制过程实际上就是：slave端从 master端获取binlog日志，然后再在自己身上完全顺序的执行该日志中所记录的各种SQL操作。 有关具体如何开启mysql的binlog日志功能，请大家自己在网上搜。 MySQL主从复制的基本交互过程，如下： 1

索引 索引的简介 简单来说，索引是一种数据结构 其目的在于提高查询效率 可以简单理解为“排好序的快速查找结构” 一般来说，索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储在中磁盘上 我们一般所说的索引，如果没有特殊说明的话，就是指B+树结构组织的索引。其中聚集索引，次要索引，覆盖索引，复合索引，前缀索引，唯一索引默认都是使用B+树索引。 一般java开发知道这些基本够用了 索引的优势 类似大学图书馆建数目索引，提高数据检索效率，降低数据库的io成本 通过索引对数据进行排序，降低数据排序成本，降低了cpu的 劣势 索引实际上也是一张表，保存了主键和索引字段，并指向实体表的记录，所以索引列也要空间 虽然索引大大提高了查询速度，但是会降低更新表的速度，如对表进行insert,update和delete。因为更新表时，mysql不仅要保存数据，还要保存一下索引文件每次添加了索引列的字段 索引只是提高效率的一个因素，如果你的mysql有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。 索引的使用 单值索引 唯一索引 复合索引 基本语法 show index from TableName;(查看表的索引) eg：show index from city; create [unique] index indexname(索引名称) on TableName

锁：对 “某种范围” 的数据上 “某种锁” 1.“某种范围”：行、表 2.“某种锁” 2.1 共享锁Shared Locks（S锁） 1、兼容性：加了S锁的记录，允许其他事务再加S锁，不允许其他事务再加X锁 2、加锁方式：select…lock in share mode 2.2 排他锁Exclusive Locks（X锁） 1、兼容性：加了X锁的记录，不允许其他事务再加S锁或者X锁 2、加锁方式：select…for update 2.3 表锁：意向锁 Intention Locks，意向锁相互兼容 1、表明“某个事务正在某些行持有了锁、或该事务准备去持有锁” 2、意向锁的存在是为了协调行锁和表锁的关系，支持多粒度（表锁与行锁）的锁并存，。 3、例子：事务A修改user表的记录r，会给记录r上一把行级的排他锁（X），同时会给user表上一把意向排他锁（IX），这时事务B要给user表上一个表级的排他锁就会被阻塞。意向锁通过这种方式实现了行锁和表锁共存且满足事务隔离性的要求。 4、1）意向共享锁（IS锁）：事务在请求S锁前，要先获得IS锁 2）意向排他锁（IX锁）：事务在请求X锁前，要先获得IX锁 q1：为什么意向锁是表级锁呢？ 当我们需要加一个排他锁时，需要根据意向锁去判断表中有没有数据行被锁定（行锁）； （1）如果意向锁是行锁，则需要遍历每一行数据去确认； （2

1、半同步复制简介 　　何为半同步复制模式呢？在此我们先了解异步复制模式，这是MySQL的默认复制选项。异步复制即是master数据库把binlog日志发送给slave数据库，然后就没有了然后了。在此暴露一个问题，当slave服务器发生故障了，那么肯定会导致主从数据库服务器的数据不一致。 　　为了解决上面的问题，MySQL5.5引入一种叫做半同步复制模式。开启这种模式，可以保证slave数据库接收完master数据库发送过来的binlog日志并写入自己的中继日志中，然后反馈给master数据库，告知已经复制完毕。 　　开启这种模式后，当出现超时，主数据库将会自动转为异步复制模式，直到至少有一台从服务器接受到主数据库的binlog，并且反馈给主数据库。这时主数据库才会切换回半同步复制模式。 注意： 半同步复制模式必须在主服务器和从服务器同时中开启，否则将会默认为异步复制模式。 2、环境说明 　　两台linux虚拟主机 　　Linux版本CentOS6.6、MySQL 5.5 　　ip：192.168.95.11（主）、192.168.95.12（从） 3、安装与配置 　　3.1、安装前提 　　　　1、必须是MySQL5.5或者以上 　　　　2、MySQL必须有自动加载功能，即have_dynamic_loading变量为YES（因为我们是在MySQL里面来加载安装这个功能插件）