3 天前 / arstercz
问题说明在通过 SELECT DISTINCT 进行查询的时候发现结果一直返回空， 然而通过 SELECT 却能返回正常的结果， 如下所示： -- Server version: 5.6.38-83.0-log Percona Servermysql > select distinct(name) from t_web_column where column_id IN (946390, 946391, 946392, 946393);Empty set (0.00 sec)mysql > select name from t_web_column where column_id IN (946390, 946391, 946392, 946393);+------+| name |+------+| Test || Test || Test || Test |+------+ 表结构则相对简单， 通过 EXPLAIN 查看...
3 天前 / 咖啡拿铁
背景不知道是否你还在为下面的问题而困扰： 当你使用了 redis 或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了 ES 做搜索工具，使用双写的那一套方法，还在为 ES 和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据库的还好，如果是不同数据库就不能保证事务，那么数据一致性也是个问题，就会写很多的修复 Job 和检查 Job。
12 天前 / 猿天地
转自：烟雨星空，作者：烟雨星空前言最近，有一个业务需求，给我一份数据 A ，把它在数据库 B 中存在，而又比 A 多出的部分算出来。由于数据比较杂乱，我这里简化模型。 然后就会发现，我去，这不就是 not in ，not exists 嘛。 那么问题来了，in, not in , exists , not exists 它们有什么区别，效率如何？ 曾经从网上听说，in 和 exists 不会走索引，那么事实真的是这样吗？ 带着疑问，我们研究下去。 注意： 在说这个问题时，不说明 MySQL 版本的都是耍流氓，我这里用的是 5.7.18 。 用法讲解为了方便，我们创建两张表 t1 和 t2 。并分别加入一些数据。
19 天前 / 杀死那个程序员
点击上方"程序员历小冰"，选择“置顶或者星标” 你的关注意义重大！ 在《MySQL 常见语句加锁分析》一文中，我们详细讲解了 SQL 语句的加锁原理并具体分析了大部分的简单 SQL 语句，但是实际业务场景中 SQL 语句往往及其复杂，包含多个条件，此时就需要具体分析 SQL 使用到的索引，并了解 where 条件的判断逻辑。 我们可以直接使用 explain 或者 optimizer_trace 来分析 SQL 语句执行使用了哪些索引，具体使用可以看本系列文章的前两篇文章。
20 天前 / KevinYan
读锁的概念和区别如果在 MySQL 的事务里查询数据，然后在同一事务中插入或更新相关数据，常规的 SELECT 语句不能提供足够的保护。其他并行的事务可以更新或删除第一个事务里刚查询的相同行。InnoDB 支持两种类型的读锁，提供了额外的安全性： SELECT ... LOCK IN SHARE MODE 在读取到的行上设置共享锁。其他会话可以读取行，也可以继续给行加共享锁，但是在当前事务提交之前其他会话不能修改加了共享锁的行。如果这些行中的任何一个被尚未提交的另一个事务更改，则当前查询将等待直到该事务结束，然后使用最新值。
21 天前 / reesunhuang
来自公众号：数据和云链接：https://www.modb.pro/db/25251 导读：MySQL 如何实现高性能？以下内容是结合其他技术同仁的总结和自我实践整理的 20 个开源数据库设计原则，分享至此，希望对大家有帮助。 开源数据库架构设计原则 01 技术选型 选择成熟的平台和技术，同时是最熟悉的，能做到极致的，用好不用坏，用熟不用生。目前业界的 MySQL 主流分支版本有 Oracle 官方版本的 MySQL、Percona Server、MariaDB。
41 天前 / 莲花童子哪咤
「苍茫大地一剑尽挽破，何处繁华笙歌落」。难道这普天之下尽没我容纳之处？为何这面试官总要与我争风相对，这不是难为人吗？ 每次经历痛领悟，总会悠然南山下，独自愁楚。记录心中一片大海，唯有独自努力，方能实现行业之俊杰。 前言一个阳光明媚得上午，迎面走来了一位身着雪白雪白得的白色衬衣，灰白色相间的休闲短裤，还给我露出了彰显男儿本色的黑色腿毛。手拿银色金属质感得 MacBook Pro，外加一双小白鞋。看着那稀少的发量，在灯光的照耀下，甚至还有点反光。透过那从容不迫的脸色。 我内心不忍一颤，今天怕是要遇到人了。整整一个架构师的大叔呀。
42 天前 / clumsy
这是学习笔记的第2257篇文章 读完需要 9 分钟速读仅需 7 分钟 对于商业数据库而言，数据库升级是一个优先级很高的事情，有版本升级路线图，有相应的补丁，而且对于方案还有一系列的演练，显然是一场硬仗。而在 MySQL 方向上，升级这件事情就被淡化了许多，好像只能证明它的存在而已，当然正是由于这种不重视，也让我今天走了不少弯路。 一般来说，升级 MySQL 有两类可行方案，一类是直接升级数据字典，在本机完成，整个过程会有离线操作，会对业务有中断，第二种是通过高可用切换平滑实现，原理是搭建低版本到高版本的数据复制关系，这种方案优势比较明显...
47 天前 / 杀死那个程序员
点击上方"程序员历小冰"，选择“置顶或者星标” 你的关注意义重大！ 在上一篇文章《用 Explain 命令分析 MySQL 的 SQL 执行》中，我们讲解了 Explain 命令的详细使用。但是它只能展示 SQL 语句的执行计划，无法展示为什么一些其他的执行计划未被选择，比如说明明有索引，但是为什么查询时未使用索引等。为此，MySQL 提供了 Optimizer Trace 功能，让我们能更加详细的了解 SQL 语句执行的所有分析，优化和选择过程。 如果您想更深入地了解为什么选择某个查询计划，那么优化器跟踪非常有用。
51 天前 / openio
经常有朋友问，MySQL 双主的一致性问题，今天简单聊一聊。 MySQL 为什么要使用双主架构？ MySQL 最常见的集群架构，是一主多从，主从同步，读写分离的架构。通过这种方式，能够扩充数据库的读性能，保证读库的高可用，但此时写库仍然是单点。 为了保证 MySQL 写库的高可用，可以在一个 MySQL 数据库集群中可以设置两个主库，并设置双向同步，以冗余写库的方式，来保证写库的高可用。 MySQL 双主架构，会存在什么问题？ 如果 MySQL 双主架构，同时提供服务，可能会引发数据的一致性问题。
55 天前 / 同花技术笔记
并发和锁 在学习事务隔离级别级别之前，我们首先需要知道为什么要有事务隔离级别，事务的隔离级别就是为了做好 「 并发的控制 」。 当多个查询出现的时候，就会产生 「 并发问题 」 ，对于大多数涉及到数据的应用程序来说，操作主要有两种，读取和写入。假如一个读取和一个写入同时进行操作的话，结果是有很多不确定性的，这种不确定将会导致不同的结果。 并发控制常用的方法就是建立锁。 在操作数据的时候，对线程进行加锁操作，操作完成后释放锁，持有锁期间，其它操作均无法占有锁，因此只能阻塞，无法执行成功。
77 天前 / u553049
1. Explain Analyze 介绍 Explain 是我们常用的查询分析工具，可以对查询语句的执行方式进行评估，给出很多有用的线索。 但他仅仅是评估，不是实际的执行情况，比如结果中的 rows，可能和实际结果相差甚大。 Explain Analyze 是 MySQL 8 中提供的新工具，牛 X 之处在于可以给出实际执行情况。 Explain Analyze 是一个查询性能分析工具，可以详细的显示出 查询语句执行过程中，都在哪儿花费了多少时间。 Explain Analyze 会做出查询计划，并且会实际执行，以测量出查询计划中各个关键点的实际指标，例如耗时、条数，最后详细的打印出来。
78 天前 / 虞大胆
mysqldump 是 mysql 官方机型逻辑备份的工具，作用非常多，可以进行全量备份，结合 binlog 还以做增量备份，也是做从库的利器，正确理解它非常有用。 今天列举我目前比较关心的几个点。 1：是否要锁表 默认的情况下它是锁表的，相当于调用—add-locks 参数，在每个表备份前后增加 LOCK TABLES 和 UNLOCK TABLES 语句，这样数据库表就只读了。 去年我做副库的时候，以防万一，喜欢调用 FLUSH TABLES WITH READ LOCK 语句，让全库只读，实际上增加—lock-all-tables 即可。
79 天前 / b_aihe
原创 2020-03-21mysql40 分钟 读完 ( 大约 6009 个字)总访问量0 次公司内部 mysql 使用规范分享最近涉及数据库相关操作较多，公司现有规范也不是太全面，就根据网上各路大神的相关规范，整理了一些自用的规范用法，万望指正。 数据库环境 dev: 开发环境，开发可读写，可修改表结构。开发人员可以修改表结构，可以随意修改其中的数据但是需要保证不影响其他开发同事。test: 测试环境，开发可读写，开发人员可以通过工具修改表结构。