转自 伯乐专栏 玻璃猫

本文的灵感来源于京东金融数据部张洪雨同学的项目经历，感谢这位大神的技术分享。

由于活动业务场景需求，需要 DBA 将 Oracel 库表 a 中满足条件的 60 万用户 uid 数据导入到 MySQL 表 b 中 uid 字段中。但我拿到数据表后，用表中一条 uid 数据执行 uid 条件查询发现并未命中结果，到底发生了什么？

问题描述

使用 Navicat 查看新导出的表 b 数据如下：

从表象上看并没有发现问题，执行查询：

SELECT * FROM table_a WHERE uid = "340ae30a-724e-12c5-6b92-************";

0 rows retrieved in 18ms (execution: 11ms, fetching: 7ms)

此时意外地并没有命中任何结果。

分析

经过确认，查询 uid 确实存在表 b 中，查询条件没问题。正眉头紧锁时，我使用 PhpStrom 集成的 Database 插件发现，数据格式奇怪地有些不一致，如下图：

仔细观察不难发现，第 1 行 uid 数据比第 2 行数据前多了“←┘”符号，所以确定是 Oracel 表导入 MySQL 表后导致某些列（uid ）值前多了 换行符，查询条件与真实数据不一致 ，因此无法查询到结果。

解决

由于换行符导致数据异常，所以只需提工单给 DBA 替换掉异常数据的特殊换行符即可。

UPDATE table_a SET uid = REPLACE(REPLACE(uid, CHAR(10), ''), CHAR(13), '');

在 MySQL 中，CHAR(10) 和 CHAR(13) 分别代 换行符 和 回车符，这里都替换掉。再次查询：

SELECT * FROM table_a WHERE uid = "340ae30a-724e-12c5-6b92-************";

1 row retrieved starting from 1 in 10ms (execution: 5ms, fetching: 5ms)

本文是延续 Solr的使用 系列，前一篇文章已经讲了 Solr 的部署和数据推送，这里主要以示例方式讲述 Solr 的常见查询语法，同时介绍如何使用 PHP 语言的客户端 solarium 同 Solr 集群进行数据交互。

来到 ziroom 后，我使用 Solr 支持业务也有段时间了，大多数情况下 Solr 满足业务需求，但由于 Solr 随着数据量急剧上升后检索性能和更新索引效率衰退较快，同时一些历史遗留原因导致字段较多不易维护，现架构上已将搜索引擎迁移到了 ES。在这里整理记录自己使用 Solr 的点滴，供后续学习和使用时参考。

转自 目不识丁

文本是作者重温《程序员的自我修养》时的所知所感，亦是一篇帮助我理解《系统原理》的好文章，此处已经做过了一些错误修正。

随着公司房源数据的急剧增多，现搜索引擎 Solr 的搜索效率和建立索引效率显著降低，而 Elasticsearch 是一个实时的分布式搜索和分析引擎，它是基于全文搜索引擎 Apache Lucene 之上，接入 Elasticsearch 是必然之选。本文是我学习使用 Elasticsearch 检索的笔记。

curl 在项目中使用频率较高，比如内部接口、第三方 api、图片存储服务等，但是我们在使用 curl 时可能并没有注意到 Expect 这个请求头信息，而 Expect 设置不正确，会导致不必要的一次 HTTP 请求，甚至可能会导致业务逻辑错误。

Charles 是在 Mac 下常用的截取网络封包的工具（Win 环境也已支持），在移动端开发过程中，我们常需要截取网络包分析服务端的通讯协议。Charles 将自己设置成系统的网络访问代理服务器，不仅可以提供 SSL 代理，还支持流量的控制、支持重发网络请求、支持修改网络请求参数、支持网络响应截获并动态修改。

俗话说，工欲善其事，必先利其器。顺手的工具能提高我们的工作效率，减少时间成本。这里记录我开发过程中所使用到的一些高效工具。

原文：链家产品技术团队

PHP 代码中 Foreach 结构随处可见，我们在使用时，是否了解其行为呢？我们这篇文章通过一些例子来分析下 Foreach 结构的内存行为。如果你想了解 PHP 内存相关的内容，不妨把这篇文章作为一个参考。