yxkong的专栏

通过本文章，可以详细的了解下MySQL中的各种常见日志以及MVCC

先放一张图：[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I9Sn5jiJ-1665728445419)(https://mmbiz.qpic.cn/mmbiz_png/AaKTtPGkoWKeNnaiawcAKehCXnveVAEzQf2utSOeOG1X12ibybibUsHxvz9bQGr1oKTiaYwZhicicDxTplfF6MWf36Lg/640?wx_fmt=png)]引用自：https://dev.mysql.com/doc/refman/8.0/en/p

本文通过innodb_ruby,来拆解InnoDB在表空间的纯结构，通过本文，希望你能深入了解下InnoDB的数据结构

为了给小伙伴们分享mysql的知识，用xmind梳理了一张图，导出图片5.7mb

前一篇，mysql之innodb存储结构我们了解了mysql的innodb的存储结构。这次我们再来了解innodb的索引结构；在上一篇中我们说到record_type 有4种属性，其中1表示目录项记录，这次我们重点讲的就是这个。存储结构上一篇讲解的时候只是在强调InnoDB的数据页。在页之上有段，段之上有区，之前在讲undo log的时候也强调过这个概念。借用一张图 表空间（table space）表空间（Tablespace）是一个逻辑容器，表空间存储的对象是段，在一个表空间中可以有一个或多个段

InnoDB，是MySQL的数据库引擎之一，现为MySQL的默认存储引擎，为MySQL AB发布binary的标准之一。InnoDB存储结构以页为单位来管理存储空间；以页作为磁盘和内存交互的基本单位；默认页大小为16kb（所以最少一次从磁盘读取16kb的内容），可以通过innodb_page_size 修改页的大小（在初始化时指定 mysqld --initialize）；不同的行格式在磁盘上的存放形式也不同；mysql规定一页中最少存储2行数据页中需要占用的额外空间需要132字节compact 行格式（其

接之前的事务系列mysql事务-innodb中的redolog详解innodb中的undolog 详解mysql事务-MVCC通过前面几篇文章，我们知道，并发产生的事务，基本上会有写-写，读-写或写-读，也是由于隔离级别的不同，可能会导致脏读、幻读等问题。在这篇（mysql事务-MVCC）文章中，我们了解到读操作通过多版本并发控制（MVCC）来解决不一致的问题。写操作可以通过加锁来解决。先简单的梳理下并发时，更新记录时的加锁机制。到此，我们挂起。加锁 带来的问题脏读脏页：缓冲池已修改，还未刷新到磁盘；脏数据

今天测试在验证的时候，测试反馈工单后台查看数据特别慢，慢到数据无法展示。那就看下呗。看了下有慢sql。本着对生产敬畏的心态，转移到测试环境进行验证。测试数据不够，自己造呗。工单表具备以下特征：数据字段多，索引也多；随着数据的流转，数据一直在更新；以下数据是参考测试表结构的模拟；-- 创建表，多加了几个字段为了占用空间填充CREATE TABLE `t_loan_order` ( `app_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '工单ID',

mysql事务-innodb中的redolog详解innodb中的undolog 详解什么是MVCC？ 使用READ COMMITTD、REPEATABLE READ 这两种隔离级别的事务执行select操作时，我们通过记录的版本链来控制事务访问相同记录时的行为，这种机制称为多版本并发控制（Multi-Version Concurrency Control）.目的：是为了提升并发访问的性能。并发的事务在运行过程中会出现一些可能引发一致性问题的现象脏写（dirty write）：一个事务修改了另一个

5ycode 被管理耽误的架构师。工作、学习过程中的知识总结与分享，jvm,多线程,架构设计，经验分享等。 26篇原创内容 ...

redo 日志什么是redo日志？是为了在系统因崩溃而重启时恢复崩溃前的状态而产生的概念，mysql在运行过程中修改数据时由innodb引擎产生的（某个表空间第n号页面中偏移量为m处的值由x更新为y）记录日志，用于保证持久性； redo log从 log buffer 刷入磁盘的时机：log buffer 空间不足；事务提交 （这也是为啥事务会影响性能的点之一）；定时刷盘（每秒），通过flush链表服务正常停止；做checkpoint时；innodb_flush_log_at_trx_commit

问题回顾4月2日 开发发现专有云的用户rds实例链接数报警，并于中午发起了数据库配置变更申请；4月8日14:00 某云在场运维巡检，发现该实例有中断的任务，尝试补偿执行失败；4月8日14:23 某云在场运维直接手动操作跳过一些步骤，将中断任务继续执行；4月8日17:30，许久没消息的报警群，突然收到一堆报警，用户系统提示：com.mysql.jdbc.exceptions.jdbc4.CommunicationsException，其他系统提示调用用户系统Read timed out，后续又报Connect

背景：在博客迁移过程，由于误操作原来的mysql无法启动，只能通过新建一个mysql，然后清空data目录，将原来的data都拷贝过去。启动后登录没问题，读取也没问题，就是无法写入，出现了Table‘xxx’is read only。我这是因为迁移后修改my.cnf文件多加了一个配置导致[mysqld]log-error = /app/data/mysql/logs/error.logpid-file = /app

CREATE TABLE `test` ( `id` int(11) DEFAULT NULL, `count` int(11) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8;INSERT INTO `test` (`id`, `count`) VALUES ('1', '6');INSERT INTO `test` (`id`, `c

也不知道从哪找的，大家凑合着看吧。# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # The following options will be passed to all MySQL clients[client]#客户端默认连接字集集,若编译安装时已指定则不用填写

配置前提主库1921681822配置从库1921681823配置重启主从数据在主库上创建复制用户启动从库上的复制线程查看跳过指定事务配置前提要在MySQL 5.6中使用复制功能，其服务配置段[mysqld]中于少应该定义如下选项： - binlog-format：二进制日志的格式，有row、statement和mixed几种类型； - 需要注意的是：当设置隔离级别为REA

卸载原有的mysql下载安装自定义目录修改配置文件初始化数据库启动数据库服务登录并修改密码开启远程访问设置开机启动