2005年2月3日大家好,记得我吗?尽我所能,我回来了。

今天,我们找到并消除了E2的一些坏索引问题,这些问题导致了全面的性能增强。

MySQL 4.1版本-我们现在是4.1。改进的清单很大,但总体上更好。

消息(数据库表)-索引现在考虑了大多数消息表操作(显示消息,但删除了其他索引以避免优化器混淆。如果这是其他消息表项的严重性能问题(我们将知道它是否会出现在slow.log中),我们将重新排列它们。即使是我的收件箱(3k条大邮件),也只需要0.03秒就可以找到邮件。

搜索词(数据库表)-由于某种愚蠢的原因,我以错误的方式为表编制索引,并意识到MySQL无法整理索引。我们现在有了一个20个字符的多列索引,在此之后,我还没有看到使用5+个单词的搜索需要超过一秒钟的时间。为我工作

链接(数据库表)-旧的firmlink指数损害了我前几天输入的指数,所以现在都快多了

这就是我现在看到的三大性能问题。下一件事我要解决的是新的写作地狱。我们可以对其进行一些非常非常简单的优化,而不需要像我现在所做的那样冻结数据结构。这还将修复编辑器nodelet与实际nodelet的延迟。

MySQL升级似乎做了一些小改动附带损害具体来说,任何带有日期/时间戳的内容似乎都会受到影响--邮件收件箱/Gab中央奇怪的是,并不是每个人都受到了影响(或注意到),尽管这一切看起来都像是服务器端操作。我实施了OldMiner公司的修补程序邮件收件箱(也在Gab中央)并在安全日志上添加一个快速的“n”脏补丁。

还有,地穴是清除删除的节点和写操作。自2月3日以来,他们一直在那里积累。这意味着删除的写操作不会输入用户的节点天堂(在地窖中等待的一个随机样本证实了这一点。)这些信件并没有丢失,它们只是被卡住了炼狱Jay Bonci或其他类似的专家必须帮助他们继续前进。

其他报告的问题包括中“添加房间”的破损Gab中央以及在主节点上加载新的用户图像。两者似乎都对我有效,但调查仍在继续。。。。

2005.2.25K小丑reports:用户图像的错误在于,如果您更改了内容类型-将jpeg替换为gif,它将创建一个0字节的jpeg文件,而不是删除旧的文件。然后,当你试图切换回jpeg时——不去,现在你有一个0字节的gif要启动。

草莓蛙说e2客户喜欢matbox和蛙箱和java聊天框都被时间戳格式的更改打破了

登录登记在这里写点什么或联系作者。