我们希望测试mysql数据库中用于主键/索引的序列/bigint vs UUID(VERSION-4) VS UUID(version-7)的性能。对于mysql来说是个新手,很难找到一种简单的方法来轻松地创建数据卷,测试性能,并且“解释分析”在这里似乎也不起作用。(UUID Version-4是默认的随机UUID版本,Version-7是时间戳排序的UUID,它比随机的UUID更有顺序,因此在缓存方面更好)。希望以某种方式在mysql中生成这些数据
作为一个MySQL DBA,大多数情况下,我们应该优化性能不佳的MySQL服务器。on the basis of selectivity.4.Execute MySQL Server performance tuning script.那么检查服务器的顺序应该是什么,以及应该监视/分析哪些事情来提高性能。
使用LOAD XML将MySQL数据导入MySQL表是个好主意吗?在后来的MySQL版本(我使用的是5.5.34)中,是否存在已知的问题或显着的性能改进?我目前的测试使用了大约50 MB的XML和简单的空InnoDB表,每个表都有一个索引,这表明性能非常糟糕--在带有SSD的Core笔记本上,大约每秒写3到8次或8KB。考虑到这种性能,导入我的所有数据(20兆行)大约需要80天,而目标是4至8小时。代码如下所示:
LOAD XML LOCAL INFILE '
我们的许多自动化进程都使用perl,并且需要访问我们的MySQL数据库。我讨厌承认这一点,但直到最近,我们还没有真正对我们的大多数流程进行太多的基准测试。我们的一个开发人员设置了一个测试来比较“使用MySQL”和“使用DBI”的性能,并使用以下伪代码: pull and store allrecords in a 4,000 record table结果: MySQL - 57s、56s、57s DBI - 43s、42s、