mysql如何存储和搜索URL

mysql如何存储和搜索URL,mysql,url,search,store,Mysql,Url,Search,Store,我正在开发一个定制的CMS作为一个更大的应用程序的一部分。我们的想法是,每一篇文章/帖子都应该是可搜索的,因为它有唯一的url(slug)。考虑到博客将有大量且只会不断增加的帖子,并且每次用户请求给定url时都会有大量搜索,因此我必须找出存储文章url的最佳方式,并因此进行搜索。在网上阅读了大量内容后,我决定复制每个url并保存为哈希二进制文件(16)(使用UNHEX MD5)并为其提供唯一索引 但我想知道这个解决方案是否真的是正确的路径。你怎么看,这是一条路,还是我应该重新考虑,采取完全不同的

我正在开发一个定制的CMS作为一个更大的应用程序的一部分。我们的想法是,每一篇文章/帖子都应该是可搜索的,因为它有唯一的url(slug)。考虑到博客将有大量且只会不断增加的帖子,并且每次用户请求给定url时都会有大量搜索,因此我必须找出存储文章url的最佳方式,并因此进行搜索。在网上阅读了大量内容后,我决定复制每个url并保存为哈希二进制文件(16)(使用UNHEX MD5)并为其提供唯一索引


但我想知道这个解决方案是否真的是正确的路径。你怎么看,这是一条路,还是我应该重新考虑,采取完全不同的方法。在设计类似的功能(cms)时,是否有其他的、众所周知的范例可供参考,在这些功能中,帖子需要在相当大的负载下通过URL/字符串高效、快速地搜索,可能还有其他cms中使用的东西,如Wordpress等。

IMHO:如果你打算重新发明轮子,然后,您需要了解为什么要重新发明它,以及您的解决方案将如何变得更好。有这么多的开源CMS(Drupal、Wordpress、eZ publish是我能很快想到的三种PHP CMS)帮你自己一个忙,看看他们是怎么做的。这些解决方案并不是在隐藏它们的技术。坦率地说,你似乎在征求意见,而没有做任何初步研究。@AgRizzo远远没有重新发明任何轮子。定制的“cms”仅仅是需求大图的一个结果和一部分,因此它首先存在。做了研究,提出了我在这里提出的解决方案。这个问题问得非常明确:我选择的解决方案在这个上下文中是否合理(存储/搜索URL/字符串),如果不是,那么哪一个更好,以及它是否与通常首选的任何已知方法相关(wordpress作为参考/示例给出)。请注意问题标题:如何存储/搜索URL而不是CMS通常如何工作如果索引基于散列,这是否意味着搜索的唯一方法是使用精确匹配?例如,如果slug是“howto_search_with_MySQL;”;,利用索引的唯一方法不是有人输入准确的值(区分大小写)?如果有人用“mysql搜索”这个词,你会找不到这篇文章吗?