1 天前 / cultus
文章源于一个问题：如果我们现在有两个 mysql 实例，在我们要尽量简单地完成分布式事务，怎么处理？ 场景重现比如我们现在有两个数据库，mysql3306 和 mysql3307。这里我们使用 docker 来创建这两个实例： # mysql3306 创建命令 docker run -d -p 3306:3306 -v /Users/yjf/Documents/workspace/mysql-docker/my3306.cnf:/etc/mysql/mysql.conf.d/mysqld.cnf -v /Users/yjf/Documents/workspace/mysql-docker/data3306:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql-3307 mysql:5.7 # msyql3306 的配置： [mysqld] pid-file = /var/run/my...
2 天前 / 虞大胆
今天记录下参数调优，MySQL有几百个参数，一般情况下需要调整的并不多，而且不要为了调整而调整，很多参数和MySQL运行机制是有关的，但即使不了解内部机制也不妨碍调整。 由于InnoDB引擎是主流，所以MyISAM相关的参数就不要配置了，这也提示很多原来很多的参数调整不会有用。 1：innodb_buffer_pool_size 这个是最重要的参数，InnoDB引擎数据数据和索引尽量都放在内存中，对性能非常重要，理论上配置值为物理内存的70%。 innodb_buffer_pool_instances 主要是为了提升并发能力，称为pool实例。
3 天前 / 杀死那个程序员
点击上方"程序员历小冰"，选择“置顶或者星标” 你的关注意义重大! 疫情期间在家工作时，同事使用了 insert into on duplicate key update 语句进行插入去重，但是在测试过程中发生了死锁现象: ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction 由于开发任务紧急，只是暂时规避了一下，但是对触发死锁的原因和相关原理不甚了解，于是这几天一直在查阅相关资料，总结出一个系列文章供大家参考，本篇是上篇，主要介绍 MySQL 加锁原理和锁的不同模式或类型的基本知识。
8 天前 / 小姐姐味道
原创：小姐姐味道（微信公众号 ID：xjjdog），欢迎分享，转载请保留出处。 有时候，由于业务的复杂性，在 JVM 中拼装一些数据，会造成资源的极大浪费。举个例子，从 MySQL 中查询出一个 List，然后在代码里循环查询数据库，进行一些字段的填充。 这种数据组装方式，除了执行效率的问题，往往会有更多的内存占用，对整个 JVM 计算节点造成了比较大的压力，有时候甚至造成内存溢出。于是，一些比较牛 X 的开发人员，使用非常复杂的 SQL，来把这些耗时的操作，转嫁给数据库。 可怜的数据库，成了最后一道屏障。谁让数据库的配置普遍都比较高呢？活该。
9 天前 / 宜信技术学院
前言 当提到 MySQL 数据库的时候，我们的脑海里会想起几个关键字：索引、事务、数据库锁等等，索引是 MySQL 的灵魂，是平时进行查询时的利器，也是面试中的重中之重。可能你了解索引的底层是 b+ 树，会加快查询，也会在表中建立索引，但这是远远不够的，这里列举几个索引常见的面试题：1、索引为什么要用 b+ 树这种数据结构？2、聚集索引和非聚集索引的区别？3、索引什么时候会失效，最左匹配原则是什么？当遇到这些问题的时候，可能会发现自己对索引还是一知半解，今天我们一起学习 MySQL 的索引。
31 天前 / hivefans东杰
1.导语大家好，我是光城，下面是我之前在 gitchat 上发布的一个资料，今天全部开源！源码全部存放在本人 github 仓库，地址：https://github.com/Light-City/dbSyncScheme，欢迎大家提 issue 与 star！接下来进入本节 chat 内容！PPT 点击阅读原文可直达。本节亿级数据从 MySQL 到 Hbase 的三种同步方案与实践将主要围绕下面架构图中的三种方法进行实践与讲解。 2.工欲善其事，必先利其器 2.1 环境需知我的实验环境为：Ubuntu16.04+hadoop 伪分布式 ( 所以重点会介绍伪分布式环境部署)，本节实验可以适用于大部分 Linux。
38 天前 / 王喜春
“最近 SQL 优化过程中， 时不常地用到 Index 相关的一些概念，Cardinality 是其中一个。在沟通过程中，发觉需要对这个 Cardinality 的理解，可以进一步达成些共识。于是有了这篇文章的编译。” 如果执行 SQL 时，相关表里有多个索引时，MySQL 会找效率最优的索引，从而加快 SQL 的执行。MySQL 在选最佳索引过程中，会使用表中索引对应字段数据的分布情况。本例中， 我们使用的业务场景是这样的：有一个 artist 的表，表中有字段 founded 表示成立时间，字段 type 表示 artist 的类型。对应的查询是想找到 1980 年成立的所有 band。
43 天前 / 平头哥的技术博文
在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。 在 mysql 数据库中，我们知道 binlog 日志记录了我们对数据库的所有操作，所以 binlog 日志就是我们自救的利器。 接下来就来开启程序员自救之路。 想要自救成功，binlog 这把利器一定要好，在自己之前，我们一定要确定我们有 binlog 这把利器，以下就是确保有 binlog 利器的操作。 「1、确认数据库是否开启 binlog 日志」 show variables like 'log_%'; 图片描述查看红色圈出来的地方，如果为 ON 则表示开启，否则未开启。
44 天前 / 东升的思考
点击上方Java 爱好者社区关注不迷路 MySQL 逻辑架构介绍 日常在 CURD 的过程中，都避免不了跟数据库打交道，大多数业务都离不开数据库表的设计和 SQL 的编写，那如何让你编写的 SQL 语句性能更优呢？ 先来整体看下 MySQL 逻辑架构图： MySQL 整体逻辑架构图可以分为 Server 和存储引擎层。 Server 层： Server 层涵盖了 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），以及存储过程、触发器、视图等跨存储引擎的实现也在这一层来实现。 连接器：负责跟客户端建立连接、获取权限、维持和管理连接。
54 天前 / 虞大胆
点击上方蓝字关注我们！ 作者介绍 王竹峰，去哪儿网数据库专家，擅长数据库开发、数据库管理及维护，一直致力于 MySQL 数据库源码的研究与探索，对数据库原理及实现具有深刻的理解。曾就职于达梦数据库，多年从事数据库内核开发的工作，后转战人人网，任职高级数据库工程师，目前在去哪儿网负责 MySQL 源码研究与运维、数据库管理和自动化运维平台设计开发及实践工作，是 Inception 开源项目及《MySQL 运维内参》的作者，也是 Oracle MySQL ACE。
63 天前 / 程序猿DD-翟永超
在第 2 章节中，我们介绍了如何通过 Spring Boot 来实现 HTTP 接口，以及围绕 HTTP 接口相关的单元测试、文档生成等实用技能。但是，这些内容还不足以帮助我们构建一个动态应用的服务端程序。不论我们是要做 App、小程序、还是传统的 Web 站点，对于用户的信息、相关业务的内容，通常都需要对其进行存储，而不是像第 2 章节中那样，把用户信息存储在内存中（重启就丢了！）。 对于信息的存储，现在已经有非常非常多的产品可以选择，其中不乏许多非常优秀的开源免费产品，比如：MySQL，Redis 等。
64 天前 / 平头哥的技术博文
点击上方“平头哥的技术博文”，选择“关注公众号” 技术文章第一时间送达！ 在软件开发中，程序在高并发的情况下，为了保证一致性或者说安全性，我们通常都会通过加锁的方式来解决，在 MySQL 数据库中同样有这样的问题，一方面为了最大程度的利用数据库的并发访问，另一方面又需要保证每个用户能以一致的方式读取和修改数据，就引入了锁机制。 在 MySQL 数据库中，锁有很多种类型，不过大致可以分为三类：全局锁、表级锁、行级锁。这篇文章我们就简单的聊一聊这三种锁。
76 天前 / openio
2019 年，德国 前段时间，遇到朋友的求助，说以前运行的好好的系统现在出问题了，而且看不懂报错到底是什么意思。 我仔细看看报错信息，应该是 MySQL 数据库报出来的，大意是说：collation 不兼容，一个是utf8mb4_0900_ai_ci，另一个是 utf8mb4_general_ci。 utf8mb4_general_ci 这玩意儿我见过，是针对 utf8mb4 编码的 collation，但是 utf8mb4_0900_ai_ci 是啥，我也没见过。 于是我问他，这玩意儿从哪里出来的？ 他说：“我也不知道，我完全没见过啊。
79 天前 / 平头哥的技术博文
点击上方“平头哥的技术博文”，选择“关注公众号” 技术文章第一时间送达！ 索引对数据库有多重要，我想大家都已经知道了吧，关于索引可能大家会对它多少有一些误解，首先索引是一种数据结构，并且索引不是越多越好。合理的索引可以提高存储引擎对数据的查询效率。 形象一点来说呢，索引跟书本的目录一样，能否快速的查找到你需要的信息，取决于你设计的目录是否合理。 MySQL 数据库有很多种索引，每种存储引擎的索引都不太一样，这篇文章就介绍一下 InnoDB 引擎中的索引...
88 天前 / 平头哥的技术博文
点击上方“平头哥的技术博文”，选择“关注公众号” 技术文章第一时间送达！ 我们在 你可能知道事务的四大特性，但是你不一定知道事务的实现原理中提到了 redo 日志，redo 日志是用来保证 MySQL 持久化功能的，需要注意的是 redo 日志是 InnoDB 引擎特有的功能。 为什么 InnoDB 引擎会引入 redo 日志作为中间层来保证 MySQL 持久化，而不是直接持久化到磁盘？我们先来看看《MySQL实战45讲》中提到的一个故事。 在《孔乙己》这篇文章，酒店掌柜有一个粉板，专门用来记录客人的赊账记录。