我正在尝试从更新索引行的应用程序中重复替换varchar字段中的数据，以获得最快的性能。此varchar字段将使用后续更新时相同大小的数据进行更新（因此单行永不增长）。令我完全困惑的是，我发现性能与字段本身的大小直接相关，并且远不能直接替换文件系统文件中的数据。即1k字段大小比50k字段大小快几个数量级。 （在行大小限制内）如果数据库中存在该行并且大小未更改，为什么更新会产生如此多的开销？
我正在使用innodb并已禁用二进制日志记录。我已经通过使用sql生成的字符串排除了通信开销。尝试使用myisam，它大约快2-3倍但仍然太慢。我知道数据库有开销，但我只是简单地用一个大小相等的数据替换单个字段中的数据。除了直接替换位之外，db做了什么？
#p>粗略的表现＃ 81次更新/秒（60k字符串） 1111更新/秒（1k字符串）文件系统性能： 1428次更新/秒（60k字符串）
我正在做的更新是插入...重复密钥更新。直接更新速度大约快了50％，但它的工作速度仍然非常慢。
那里有专家可以开导我吗？有什么方法可以改善这些数字吗？
答案 0 :(得分：0)
I addressed a question in the DBA StackExchange concerning using CHAR vs VARCHAR。请阅读所有答案，而不仅仅是我的答案。
还要考虑其他因素。 InnoDB features the gen_clust_index, the internal row id clustered index for all InnoDB Tables, one per InnoDB table。如果您更改主键中的任何内容，这将为gen_clust_index提供真正的锻炼重新定位。