Axel Schwenke, MariaDB.org 作者

最近，我们收到一位用户报告，称其服务器升级到带有 KPTI（内核页表隔离 - 针对 Meltdown 漏洞的补丁）的 Linux 内核后，性能出现了惊人的 90% 回归。（更多…） …

继续阅读 “MyISAM 和 KPTI – Meltdown 修复带来的性能影响”

当您阅读了我之前关于 MariaDB 10.1 GA 性能的博客文章时，您可能想知道为什么我没有包含 MySQL 5.7 的任何数据。原因有两个：首先，当时 MySQL 还没有正式发布（GA），其次，MySQL 在 Power8 上运行不稳定。

今天我将进行一次比较基准测试。我选择了一些更接地气的硬件，因为这是我们大多数用户会运行的硬件。具体来说，它是 OVH 的一台 SP-64 云机器。它配备了 4 核 Intel CPU 和 64G 内存。磁盘配置不高，但基准测试再次采用了从内存运行的简化版只读 OLTP 工作负载。….

继续阅读 “MariaDB 10.1 和 MySQL 5.7 在普通硬件上的性能”

MariaDB 10.1 不仅包含大量新功能，而且经过优化，可提供顶尖性能。在海量多线程硬件上的可伸缩性方面取得了最大改进。
（更多…） …

继续阅读 “MariaDB 10.1 每秒可处理 100 万次查询”

这是对我之前关于使用启用 Lua 的 sysbench 的博客文章的后续。今天我将深入探讨如何为 sysbench 编写 Lua 脚本。（更多…） …

继续阅读 “Lua sysbench – 速成课程”

一个相当常见的 MySQL 基准测试工具是 sysbench。它由 Alexey Kopytov 在将近 10 年前编写。

Sysbench 有多种模式，可以对原始 CPU 性能、互斥锁速度、调度器开销和文件 IO 性能进行基准测试。可能最常使用的 sysbench 模式是 OLTP。这个基准测试模拟了一个 OLTP 场景，其中小型事务会访问经过优化的数据库。有许多变量可以调整，最重要的是模拟的应用线程数（选项 –num-threads）。OLTP 基准测试可以以只读模式运行，在这种模式下，每个事务会执行 14 个 SELECT 查询。或者它可以以读写模式运行，这会额外增加 2 个 UPDATE 操作以及一个 INSERT 和 DELETE 操作。….

继续阅读 “使用启用 Lua 的 sysbench”