mongodb 版本升级后数据兼容

mongodb 升级需要在两个相近版本之间进行。如 3.2 无法直接升级到 4.0,需要从 3.2 到 3.4,从 3.4 到 3.6,从 3.6 到 4.0 之间逐个升级。

相邻版本逐个升级,需要多次安装、卸载 mongodb 版本,安装卸载可能需要比较繁琐的操作。所以我推荐使用 docker 挂载数据目录进行升级。

mongodb 典型的数据被配置在 /var/lib/mongodb 目录下。在数据升级前,记得首先备份数据:

cp -R /var/lib/mongodb /tmp/mongdb

安装 docker 的方法可以参考这篇文章:

使用 Docker 安装 mongodb

可以使用下面的命令安装某个版本的 mongodb。可以安装的版本号可以参考 https://github.com/docker-library/mongo 中的几个版本号。

docker pull mongo:3.6.0

mongodb 从 3.4 升级到 3.6

运行如下命令,使用当前已有的数据启动 mongodb 3.4:

docker run -p 27017:27017 -v /var/lib/mongodb:/data/db --rm mongo:3.4.0

开启另一… Read the rest

Understanding MySQL Isolation Levels: Repeatable-Read

Isolation levels are a rare subject in MySQL literature. The documentation provides a terse description and focuses mainly on locking issues, but does not discuss the semantics of each isolation level. This is not only a problem that affects MySQL documentation but also the SQL standard itself.

Both the lack of documentation and the absence of a deeper description of the expected behavior in the SQL standard make isolation levels a topic that is more assumed than known by database administrators and developers. In this blog post, I aim to help you understand how the default isolation level … Read the rest

MySQL避免全表查询的方法

如果MySQL需要做一次全表扫描来处理查询时,在 EXPLAIN 的结果中 type 字段的值是 ALL。

在以下几种条件下,MySQL就会做全表扫描:

  • 数据表是在太小了,做一次全表扫描比做索引键的查找来得快多了。当表的记录总数小于10且记录长度比较短时通常这么做。
  • 没有合适用于 ON 或 WHERE 分句的索引字段。
  • 让索引字段和常量值比较,MySQL已经计算(基于索引树)到常量覆盖了数据表的很大部分,因此做全表扫描应该会来得更快。
  • 通过其他字段使用了一个基数很小(很多记录匹配索引键值)的索引键。这种情况下,MySQL认为使用索引键需要大量查找,还不如全表扫描来得更快。

对于小表来说,全表扫描通常更合适。但是对大表来说,尝试使用以下技术来避免让优化程序错误地选择全表扫描:

  • 执行 ANALYZE TABLE tbl_name 更新要扫描的表的索引键分布。
  • 使用 FORCE INDEX 告诉MySQL,做全表扫描的话会比利用给定的索引更浪费资源。SELECT * FROM t1, t2 FORCE INDEX (index_for_column) WHERE t1.col_name=t2.col_name;
  • 启动 mysqld 时使用参数 –max-seeks-for-key=1000
Read the rest