ITPub博客

1000行数据的表，110G的存储容量

与马斯洛需求金字塔类似，用户对于数据库的需求也有着一个递进的层次。用户对于数据库的需求从下往上可以分为八个层次，分别与人的八个需求层次相对应。

DragonflyDB 是一个现代化的开源内存数据库，兼容 Redis 和 Memcached API，迁移时无需修改任何代码，可作为两者的替代方案。与传统的内存数据存储相比，DragonflyDB 提供了更高的吞吐量和缓存命中率、更低的尾延迟 (tail-latency)，以及便捷的垂直可扩展性。

OceanBase 从索引和主表的关系来讲，有两种索引：局部索引和全局索引。

OceanBase 集群界面会展示 Observer 的资源水位，今天简单了解一下资源水位的数值代表的含义以及关联参数

线上，遇到一些sql性能问题，需要手术刀级别的调优。optimizer_trace是一个极好的工具，已经有很多资料介绍optimizer_trace怎么使用与阅读。有必要再介绍一下我们平时不太能注意到，但是又对sql性能起着绝对作用的优化器。

在项目初期，我们部署了三个数据库A、B、C，此时数据库的规模可以满足我们的业务需求。为了将数据做到平均分配，我们在Service服务层使用uid%3进行取模分片，从而将数据平均分配到三个数据库中。

TiDB 是一个分布式 NewSQL 数据库。它支持水平弹性扩展、ACID 事务、标准 SQL、MySQL 语法和 MySQL 协议，具有数据强一致的高可用特性，是一个不仅适合 OLTP 场景还适合 OLAP 场景的混合数据库。

某银行客户在从Oracle迁移到MySQL的开发中，MySQL在READ-COMMITTED隔离级别下，出现了insert阻塞update的情况，但同样的情况下，Oracle的insert则不会阻塞update。

对于准备面试这篇再适合不过了！详细讲解了从BST、AVL、红黑树、B树、B+树最后到B*树的演进过程，以及各种结构的优劣。

随着近些年来，国产数据库逐步成熟及自主创新的诉求，正有越来越多的企业计划或正在进行数据库迁移工作。在这其中 Oracle 作为大型商用数据库的代表，过去数十年是很多企业的选择；如今也面临从上面迁移到其他平台的问题。如何平滑、安全、低成本的完成迁移工作，是大家共同关心的问题。在这其中，兼容性无疑是重中之重，产品间良好的兼容能力，将有助于大大降低迁移的成本及风险，也是国内很多厂商采取的产品策略之一。本文收集部分厂商的产品，从多维度对比兼容性方面能力，从而让读者更好地了解兼容能力及如何评估产品的兼容性。

一个命令损失数百万，这，需要赔偿吗？ 代码不规范，同事两行泪，撸码需谨慎！ 处于好奇考虑，我来测试一下，这到底是什么问题？

前两天去美团面试的陈同学回来了，看他满脸泄气的样子，准是没拿到 Offer。 听了他面试的经过，真替他感到惋惜。究其原因，是被一道面试题拦住了去路：看你简历上写着精通 Redis，请你总结一下 Redis 中存在的阻塞问题吧。

什么是 BUFFER 表（OceanBase 里也叫 Queuing 表）？之前我以为 BUFFER 表就是全局临时表或者说是类似 MySQL 一次性整体导入的 MyISAM 表，对这类表的操作无非是划出一块内存区域对其进行读写，来避免频繁的IO操作。经过查阅 OceanBase 官方文档后，这个 BUFFER 表并非我理解的那样（我的理解完全错误）。

根据这个报错，最直观的解释是解析到的是匿名事务，而mysqld开启了GTID，也就不能执行了，但是经过检查binlog的事务全部是GTID事务，而mysqld也是开启了gtid的，按理来说不应该报这个错。

在这些文章中，我们大致了解了一些加锁的情况。但实际上 MySQL 的加锁规则是怎样的，我还不是特别清楚。所以今天我们就来深入了解下 MySQL 的加锁规则。

上一篇分享了图解Redis，Redis主从复制与Redis哨兵机制，今天搞一下经典面试题Redis为什么选择单线程？Redis为什么这么快？，实现快速入门，丰富个人简历，提高面试level，给自己增加一点谈资，秒变面试小达人，BAT不是梦。

系统表全部换成事务型的innodb表，默认的MySQL实例将不包含任何MyISAM表，除非手动创建MyISAM表。

系统表全部换成事务型的innodb表，默认的MySQL实例将不包含任何MyISAM表，除非手动创建MyISAM表。

刚接触数据治理的时候，我对要干什么也挺茫然的，经过2年的实践，我终于知道DAMA的数据治理到底在讲点啥了，这里就把自己的经历提炼成九个方面的内容，姑且就叫作“独孤九剑”吧。