mysql中使用sphinx搜索子域名需注意的问题

首頁

資料庫

mysql教程

mysql中使用sphinx搜索子域名需注意的问题_MySQL

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 01, 2016 pm 01:23 PM

mysql問題搜尋

bitsCN.com

搜索子域名

比如搜索bitsCN.com会把www.bitsCN.com、bitsCN.com、host.bitsCN.com等都搜索出来。

如果使用mysql用like的话效率是非常低的，几百万甚至上千万的数据那是没有办法使用的，于是采取sphinx来做。

在使用的过程中发现了诸多问题，这里将其总结起来，也让不知道的朋友注意下这些字符。

分析：
sphinx是全文索引，它搜索的是包含的记录。

首先如果我们不做任何设置的话，搜索bitsCN.com会出现把aabitsCN.com、jb51.a.cn、bitsCN.com.com(当然这个域名后缀不存在，但是会有符合相应规则的域名，这里只举例)等等。

为什么会出现这种情况呢？

我们使用./search -c 配置文件 -i 索引名 'bitsCN.com' 搜索的时候会发现下面words部分被分成了两部分'jb51'和'cn'，默认以.作为分隔符，如果我们不想让它做为分隔符，就需要把.添加到charset_table里面，这里需要说的是我们搜索域名只需要有字母、数字、"-"等字符，其他的不需要。设置如下：
charset_table = 0..9,A..Z->a..z, a..z,U+002e,U+002d,U+0040,U+0060 #其中U+002e代表".",U+002d代表"-",U+0040代表"@",U+0060代表"`"，这里为ascii码值。
这样会解决掉搜出jb51.a.cn这类域名。

那么bitsCN.com.com这类呢？我们可以在索引的字段中增加惟一后缀比如“XXXXX”，concat(search,'XXXXX')这样，就不会出来了。

现在就剩下aabitsCN.com这类域名，我们使用关键字“ '".bitsCN.com"' ”（注意是单引号里面套双引号）这样来搜索，主域名单独加上，但是使用的过程中发现这样搜出了与这个域名无关的域名，比如aa.bb.cn这样，经后来研究是"."的问题，后来把"."替换成"@"，来搜索又出现12306等好多域名无法读取到的问题，后来经研究估计这些特殊字符在sphinx中都有特殊的意义，于是找到了"`"这个字符，换成这个以后一切才算正常了。

注意：将"."替换成"`"等相应字符后需在charset_table里增加这个字符，不然是被忽略的。

所以在搜索的过程中我们需要注意下这些特殊字符。

bitsCN.com

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

說明InnoDB重做日誌和撤消日誌的作用。Apr 15, 2025 am 12:16 AM

InnoDB使用redologs和undologs確保數據一致性和可靠性。 1.redologs記錄數據頁修改，確保崩潰恢復和事務持久性。 2.undologs記錄數據原始值，支持事務回滾和MVCC。

在解釋輸出（類型，鍵，行，額外）中要查找的關鍵指標是什麼？Apr 15, 2025 am 12:15 AM

EXPLAIN命令的關鍵指標包括type、key、rows和Extra。 1）type反映查詢的訪問類型，值越高效率越高，如const優於ALL。 2）key顯示使用的索引，NULL表示無索引。 3）rows預估掃描行數，影響查詢性能。 4）Extra提供額外信息，如Usingfilesort提示需要優化。

在解釋中使用臨時狀態以及如何避免它是什麼？Apr 15, 2025 am 12:14 AM

Usingtemporary在MySQL查詢中表示需要創建臨時表，常見於使用DISTINCT、GROUPBY或非索引列的ORDERBY。可以通過優化索引和重寫查詢避免其出現，提升查詢性能。具體來說，Usingtemporary出現在EXPLAIN輸出中時，意味著MySQL需要創建臨時表來處理查詢。這通常發生在以下情況：1)使用DISTINCT或GROUPBY時進行去重或分組；2)ORDERBY包含非索引列時進行排序；3)使用複雜的子查詢或聯接操作。優化方法包括：1)為ORDERBY和GROUPB

描述不同的SQL交易隔離級別（讀取未讀取，讀取，可重複的讀取，可序列化）及其在MySQL/InnoDB中的含義。Apr 15, 2025 am 12:11 AM

MySQL/InnoDB支持四種事務隔離級別：ReadUncommitted、ReadCommitted、RepeatableRead和Serializable。 1.ReadUncommitted允許讀取未提交數據，可能導致臟讀。 2.ReadCommitted避免臟讀，但可能發生不可重複讀。 3.RepeatableRead是默認級別，避免臟讀和不可重複讀，但可能發生幻讀。 4.Serializable避免所有並發問題，但降低並發性。選擇合適的隔離級別需平衡數據一致性和性能需求。

MySQL與其他數據庫：比較選項Apr 15, 2025 am 12:08 AM

MySQL適合Web應用和內容管理系統，因其開源、高性能和易用性而受歡迎。 1)與PostgreSQL相比，MySQL在簡單查詢和高並發讀操作上表現更好。 2)相較Oracle，MySQL因開源和低成本更受中小企業青睞。 3)對比MicrosoftSQLServer，MySQL更適合跨平台應用。 4)與MongoDB不同，MySQL更適用於結構化數據和事務處理。

MySQL索引基數如何影響查詢性能？Apr 14, 2025 am 12:18 AM

MySQL索引基数对查询性能有显著影响：1.高基数索引能更有效地缩小数据范围，提高查询效率；2.低基数索引可能导致全表扫描，降低查询性能；3.在联合索引中，应将高基数列放在前面以优化查询。

MySQL：新用戶的資源和教程Apr 14, 2025 am 12:16 AM

MySQL學習路徑包括基礎知識、核心概念、使用示例和優化技巧。 1)了解表、行、列、SQL查詢等基礎概念。 2)學習MySQL的定義、工作原理和優勢。 3)掌握基本CRUD操作和高級用法，如索引和存儲過程。 4)熟悉常見錯誤調試和性能優化建議，如合理使用索引和優化查詢。通過這些步驟，你將全面掌握MySQL的使用和優化。