如果你用cmd窗口向一张表插入数据的时候，插入的数据是中文，会出现错误提示，用软件操作的请忽略。。。 出现错误的原因是cmd窗口采用的是gbk编码，所以你在cmd窗口输入的数据都是gbk编码的，而数据库中的编码默认都为utf8，所以出现的是编码问题。 我们可以输入该条指令查看数据库相关编码集。
hello，小伙伴们下午好。俗话说的好，一时拖更一时爽，一直拖更一直爽。但是今天决定更一下啦。高能预警，为了还债，特地写了篇长文。
【注】因为id主键的类型为INT，存储长度为4个字节。所以主键列表值为<4, 1> 和 <4, 2>。
mysql -u用户名 -p密码 回车之后直接进入系统，不需要像上面那样，再进行密码的输入
数据可以重复导入，每次都是导入的那个数据，如果数据不一致，会以导入的数据覆盖现在有的。
每条 SQL 前面的数字是它的编号，4 条 SQL 分别为 SQL 1、SQL 2、SQL 3、SQL 4，其中，SQL 4 是本文的主角。
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
MySQL是目前世界上最流行的数据库，InnoDB是MySQL最流行的存储引擎，它在大数据量高并发量的业务场景下，有着非常良好的性能表现，之所以如此，是和InnoDB的锁机制相关。
开个玩笑，今天文章的主题是如何使用Mysql内置的Binlog日志对误删的数据进行恢复，读完本文，你能够了解到：
例如：如果使用 Navicat、PHPMyAdmin 之类的可视化工具，可以直接点击转储 SQL 文件，或者导出 SQL 文件之类的功能。
提示：公众号展示代码会自动折行，建议横屏阅读 「第一部分 背景」 最近我们发现在Read Committed隔离级别下出现了S类型的Gap锁参与的死锁告警。 本身RC隔离级别上出现Gap锁就很诡异了，更诡异的是两条看起来完全不相干的SQL发生了死锁。让我们一起来分析一下吧。 1.1 事务逻辑 简化来看是一个文件移动功能，目的是将文件从source目录移动到dest目录，逻辑如下： 1）查询 source 的父目录（select lock in share mode） 2）查询 dest 的父目录（selec
对于数据库的默认隔离级别，Oracle默认的隔离级别是 RC，而MySQL默认的隔离级别是 RR。
假设我们在数据库中使用自增id连续插入两条数据，生成的id分别是1和2，这个时候我把id为2的删除掉，这个时候我再插入一条数据，生成的id为3
两个事务相互等待时，当一个等待时间超过设置的某一阀值时，对其中一个事务进行回滚，另一个事务就能继续执行。一般不需要人为介入，这种方法简单有效，在innodb中，参数innodb_lock_wait_timeout用来设置超时时间。 表结构 create table `t` ( `ID` int(11) not null AUTO_INCREMENT, `NAME` varchar(100) DEFAULT NULL, `AGE` int(11) DEFAULT NULL, `email` varchar(2
本篇文章主要讲述的是在数据库中使用清空命令，具有一定学习价值，有需要的朋友可以了解一下，希望能够对你有所帮助。
从表面意思上看，MySQL分表就是将一个表分成多个表，数据和数据结构都有可能会变。MySQL分表分为垂直分表和水平分表。
昨天在复习 MySQL 日志相关的知识，学的东西过一段时间后就会遗忘，遗忘后再重新思考，往往会有新的收获。想到几个问题，把它记录下来。
今天上班的时候，要对一个数据库中的所有慢日志记录进行做一个统计，统计出数据库中所有慢日志用时最长的10条，这个需求乍一听比较简单，数据库中的满日志大概有5万多条吧，走个全表扫描也就不到半秒的时间。我第一反应是：
格式：mysqldump -h主机名 -P端口 -u用户名 -p密码 –database 数据库名 > 文件名.sql
前面说了redo日志为了保证系统宕机的情况下，能够恢复数据，恢复数据是在以checkpoint_lsn为起始位子来恢复，在该值之前的都是已经持久化到磁盘的，可以为了提升效率而放弃，而之后的数据，也可能在checkpoint之后，被后台异步运行的线程刷新到磁盘，这时候如果file header里file_page_lsn值大于checkpoint_lsn值，代表已经持久化，也可以跳过。还有会吧同一个页的space id和page number放入一个hash表，这样避免同一个页反复I/O插入。
本文针对上一篇《MySQL优化案例分享》文章中提到的线上业务产生的一个死锁问题进行展开讨论，主要针对两个update操作导致的死锁的场景，借此机会正好总结下MySQL锁及分析下产生死锁的原因和解决方案；
MySQL 之所以被称之为关系型数据库，是因为可以基于外键定义数据表之间的关联关系，日常开发常见的关联关系如下所示：
通过如下 SQL 可以查看数据库实例默认的全局隔离级别和当前 session 的隔离级别：
任何一个系统，分页查询都是必不可少的吧 ，MySQL中的分页查询 就是 limit呗 ，你有没有感觉到 越往后翻页越慢 ，常见的SQL如下
MySQL备份一般采用全库备份加日志备份的方式，根据业务的需要，可以采用每周日凌晨1点进行完全备份以及每小时进行一次增量备份，这样在MySQL故障后可以使用完全备份和日志备份尽可能的去恢复最完整的数据。 一、binlog日志恢复 MySQL的二进制日志记录着该数据库所有增删改的操作日志（前提是需要自己开启binlog），还包括了这些操作的执行时间，binlog的使用场景无外乎就是主从同步以及恢复数据库。开启binlog功能，需要编辑MySQL的主配置文件，如下： 1、查看二进制功能是否开启（如下，值为OFF，则表示未开启）：
同学, 还记得上一回说的回龙观大叔面试的故事嘛? 回龙观大叔狂磕mysql(第一回) 经过上一回合的学习, 这位大叔终于找回了点自信, 这次又投了几家公司, 不过现在还没有公司去联系他. 大叔的电脑桌
在遇到线上死锁问题时，我们应该第一时间获取相关的死锁日志。我们可以通过 show engine innodb status 命令来获取死锁信息，但是它有个限制，只能拿到最近一次的死锁日志。MySQL 提供了一套 InnoDb 的监控机制，用于周期性（每隔 15 秒）输出 InnoDb 的运行状态到 mysqld 服务的标准错误输出（stderr）。默认情况下监控是关闭的，只有当需要分析问题时再开启，并且在分析问题之后，建议将监控关闭，因为它对数据库的性能有一定影响，另外每 15 秒输出一次日志，会使日志文件变得特别大。
我们常常听人说，只要你愿意，MySQL 可以恢复至半个月甚至一个月以内的任何一个状态。网上也有很多删库跑路的段子。。。
大概几个月之前项目中用到事务，需要保证数据的强一致性，期间也用到了mysql的锁，但当时对mysql的锁机制只是管中窥豹，所以本文打算总结一下mysql的锁机制。
大家好，我的名字是辛国帅，辛是一把辛酸泪的辛，为了方便大家记住我的名字，大家可以反过来叫我名字：帅锅。
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
格式：mysqldump -h主机IP -P端口 -u用户名 -p密码 –database 数据库名 > 文件名.sql
Clojure的contrib包中实现了对现有JDBC的封装，在wiki上有连接，该页面上包含了对不同的数据库的连接方法和基本的操作，但是这个页面上没有提供足够的信息，足够一个初学者能够使用Clojure来完成一个SQL操作。本文中我们将利用Clojure和Lein工具，简介一下做开发的基础。当然网上也有非常多对Clojure的SQL操作进行封装的库，我们这里没有使用。
数据库使用索引以找到特定值，然后顺指针找到包含该值的行。在表中建立索引，然后在索引中找到符合查询条件的索引值，最后通过保存在索引中的ROWID（相当于页码）快速找到表中对应的记录。索引的建立是表中比较有指向性的字段，相当于目录，比如说行政区域代码，同一个地域的行政区域代码都是相同的，那么给这一列加上索引，避免让它重复扫描，从而达到优化的目的！
这样的操作乍一看没有什么问题，但是仔细分析分析，还是有些瓶颈的，目前来看，我能分析到的瓶颈有两个，
我： 没有，我平时都是开发后台管理系统、OA办公系统、内部管理系统，从来没有开发过秒杀系统。
MySQL如果检测到两个事务发生了死锁，会回滚其中一个事务，让另一个事务执行成功。很明显，我们这条insert语句被回滚了。
我没想到她会来这一出，我从我爸碗里夹回我的鸡腿，对女儿说道：不是，你这样问问你爷爷
上篇文章介绍了行溢出，表中最多创建65535个字节，而null值列表占用一个字节，变长字段长度列表占用两个字节，所以最长是65532个字节。而varchar(M)填写多少，要根据不同的字符集来规定，比如ascii一个字符是一个字节，gbk最大是2个字节，utf8最大是3个字节。数据也会溢出，数据溢出，则是会分成若干页存储，而compact行格式，真实数据列表会780左右字节，然后存页的地址值，方便查找剩余的真是数据。Mysql5.7后默认用dynamic行格式，而dynamic行格式在行溢出的情况下真实数据列表只存储页码地址值。Redundant则是会有压缩算法压缩页码分页，更节省空间。
开始今天的文章之前，先说明下昨天文章中的一个错误，昨天文章最后说replace into带来的死锁问题可以使用insert into duplicate key update的方法来解决，今天实际测试的时候，还是遇到了一些问题，改方法并没有完全解决死锁的问题，来看测试的结果。
刚看见这个题目的时候还是有点懵逼的，后来才反应过来其实问的就是 redo log 的两阶段提交
mysql中页是innodb中存储数据的基本单位，也是mysql中管理数据的最⼩单位，和磁盘交互的时候都是以页来进⾏的，默认是16kb，mysql中采⽤b+树存储数据，页相当于b+树中的⼀个节点。
昨天晚上很晚的时候才写完MySQL的常用函数，今天给大家讲一下MySQL的DML。接下来让我们直接来学习了，今天感冒了。身体很难受下午的时候要去买一波药了，不然程序员也扛不住呀。 DML全称Data
在 InnoDB 中，你的 delete 操作，并不会真的把数据删除，mysql 实际上只是给删除的数据打了个标记，标记为删除，因此你使用 delete 删除表中的数据，表文件在磁盘上所占空间不会变小，我们这里暂且称之为假删除。
为什么要开通MySQL这个学习板块呢？因为这是一名数据分析师必要的一项技能。分析数据什么最重要？当然是数据，既然如此！在数据呈现爆发式增长的年代，怎么能够不学学数据库呢？其实这也是很多读者朋友希望看到的，也是他们建议我写的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
