xiaohanliang
Database
Database
  • review
  • MySQL
    • 0. 索引就是树吗
    • 1. 索引是怎么发挥作用的
    • 2. 聊聊怎么估时间
    • 3. 主键玄学
    • 4. 事务的执行过程@ACD
    • 5. MVCC就是用undolog回退
    • 6. 事务如何彼此隔离@I
    • 7. 如何人为的制造死锁
    • 8. 引擎是干什么的
    • 9. 主从复制怎么做到的
    • 10. 寻找同步起始点GTID
    • 11. 预解析Statement
  • Redis
    • 0. Hash@数据结构
    • 1. ZSet@数据结构
    • 2. 场景与玩法@数据结构
    • 3. 可能的风险点
    • 4. Redis的落盘
    • 5. 关于效率的讨论
    • 6. 主从模式@集群化
    • 7. [WIP]Proxy实现@集群化
    • 8. 标准玩法@集群化
  • KV/Distributed
    • 0. 面临的问题
    • 1.Raft@原理
    • 2. LSM@原理
    • 3. [WIP]分布式事务@原理
Powered by GitBook
On this page

Was this helpful?

  1. KV/Distributed

0. 面临的问题

The power of what-ifs

一直在想一个问题, 为什么我们一直在用mysql? 似乎这已经成为了一个默认选项, 就那种, if (数据库) then (mysql) 这样默认选项一样.

我很多时候不理解, 为什么这种数据库成为了我们的默认选项, 如果mysql这么好, 那么为什么最近几年频繁出现的都是KV非关系型数据库呢? 为什么没有人在mysql这种关系型数据库上再继续下功夫了, 我们对于mysql真的已经足够了解了, 从innodb对应的索引, 锁, 工作模式开始, 到最后怎么存的真的背的太多. 但我似乎对于KV却并不是很了解. 那么我们为什么要用mysql呢? mysql做到了什么别人不能做到的? 别人拥有什么mysql不具备的属性? 为什么mysql不演进出这种特性? 这里面存在着什么样的取舍?

  • ACID属性: 是不是说ACID属性真的就是mysql专属?

  • 一主多从: 如果一个集群里有多个主会怎样, 为什么这个很难落地?

  • 存储: KV存储引擎的工作模式是怎样的

  • 搜索: 为什么ES比mysql更适合搜索? 是什么造成的, 为什么mysql不用这种模式

Previous8. 标准玩法@集群化Next1.Raft@原理

Last updated 3 years ago

Was this helpful?