△Hollis, 一个对Coding有着独特追求的人△
数据库加密可以保障数据的安全，但是也会带来很多的问题，其中有一个比较关键的就是数据的模糊查询的问题。
当我们通过加密后把密文存到数据库中的时候，再通过明文进行模糊查询是不生效的。
比如Hollis加密后的内容是363164846D8200899E314897E64A7420，那么当我想用Ho来做模糊查询时候，那么他的密文是71AAFD38484F3160708C6A6D2D5F736B，这两个密文可以说是没有任何关系的，所以，是无法直接做模糊查询的。那么如何解决这个问题呢？
一种比较常见的方法，就是把要查询的表中的所有符合条件的数据，都加载到应用内存中，在内存中逐个解密，然后再做模糊匹配。（本文内容来自于我出的《Java面试宝典》,平均一道题才1毛钱。）
这个方案的优点就是实现简单，缺点也很明显，需要把所有数据都加载到内存中，容易导致OOM。不推荐!
还有人提出过说单独建一张表，其中保存明文和目标表之间的映射，需要模糊查询的时候先去明文映射表中查到主键，然后再去目标表查询数据。
但是这个方案基本上是属于自欺欺人，因为一旦数据被拖库，还是会丢。不推荐
加密的时候如果用了函数的话，解密的时候我们也可以借助函数来做解密，同时做模糊查询，比如加密时使用了AES_ENCRYPT算法：
-- 加密数据INSERT INTO user_data (username, credit_card) VALUES ('Hollis', AES_ENCRYPT('1234-5678-9012-3456', 'hollis_secret_key'));
那么在做模糊查询的时候就可以这样做：
SELECT * FROM user_data WHERE AES_DECRYPT(credit_card, 'hollis_secret_key') like 'Hol%';这样也就能实现一个模糊查询的效果了，但是这个方案有个缺点，就是无法用到索引，不是因为用like，而是因为我们在字段上用了函数，索引就会失效。（本文内容来自于我出的《Java面试宝典》,平均一道题才1毛钱。）
这个方案适合于表中数据量不大，或者查询条件中还有其他查询字段可以走索引的情况。
还有一个比较简单的做法，也是很多大厂在用的方案。
那就是对明文进行分词，然后分别加密后存储到数据库中，比如Hollis这个需要加密的字符串，我们就可以把他拆成Ho 、Holl、llis等这几个字符串，然后分别对他们进行加密，并保存到数据库中。（本文内容来自于我出的《Java面试宝典》,平均一道题才1毛钱。）
这样当我们使用Ho 、Holl、llis 进行查询的时候，就可以对明文加密后去数据库中匹配了。
这个方案的缺点也比较明显，第一个就是需要冗余很多字段，第二个就是不够灵活，如果我按照Holli来查询的话就不支持了。
这个方案本质就是一种比较典型的用空间换时间的做法，理论上只要你愿意，可以把所有的可能的查询都做冗余。
本文内容节选自我最近出的Java面试宝典，类似的干货及面试题+答案还有1000多道题。从工作0年到工作10年以内，看了都一定满满收获。
我们会持续更新内容，争取做到全网最新、最全、最准确的Java后端面试宝典。
之前已经推出有一段时间了，大家评价都很好，基本没有差评。我在抖音上的店铺评分是满分的，可以说品质是嘎嘎有保障的。
大家都知道程序员有多难伺候，这侧面证明了这个内容的价值了！
(长按扫码去下单)
很多人也通过这份宝典上岸了（目前已知最高的拿到年包80的Offer，很多人上岸阿里、美团、快手、华为、滴滴、携程、小红书等中大厂），趁现在还未涨价（原价199，现在有优惠，到手只需要119，平均一道题才1毛钱，后续会不断涨价。。。），有需要的抓紧上车吧。
在线课程，文字形式，永久更新。
八股文面试宝典详细介绍：Java面试宝典介绍
下单后，不满意3天内可以无条件退款！只要你觉得它是任何一个市面上可以看到的面试题库可以比拟的，不管别人卖多少钱，只要你有这种感觉了，都直接来退款！就是这么自信！！
（下单后按照短信提示申请权限并联系客服审批即可）
(长按扫码去下单)
