这是一篇未完成的博客，在这里面做了一点记录
场景：需要做一个关于标题的模糊查询，只是记录有点多，而且需要相对精确，比如搜索：ac， 不能出现abc，可以接受acb,bac,之类。
测试：
1、100万数据，mysql / mongo ，在这种情况下。无论是查询什么数据，基本上都在0.00x秒级，
mysql的查询是like '%xxxx%' , mongo 是 {title:/xxxx/i}
一般情况下，两者速度真心差不多，但如果查询一下不数据库中不存在的关键字，一般都在0.2秒至2秒左右，mongo会相对好一点，在0.5秒
2、500万～1000万数据
查询条件如上
mysql 查询的时候 cpu 占40%左右，20多秒 （mysql 1100万数据）
mongo 查询的时候 CPU占50%左右，10秒/8秒左右 （mongo 550万）
这种性能没法用啊
---下一步
1、xunsearch / coreseek(sphinx)
2、mysql 全文索引
需要再次测试一下。关键mysql虽然100万只有0.00x或者0.0x秒左右。但是如果多个并发的时候就会卡死了。
所以需要再次考虑 场景的复杂性
早上锅巴在群里发了个链接（http://www.php.net/conferences/）。一看，大为震惊，这真是很难得的事情：
ThinkInLAMP is pleased to announce the first Shanghai PHP conference 2013. This event will be held on Sunday June 30th 2013 in Shanghai, China. A community oriented conference which is organized by an excellent line up and socials.
This event will concentrate on PHP languages and web based technologies used today; extension, latest dynamics and new applications within the increased demand for developers and everyone who is interested in PHP language.
There will be more than 500 developers owned over 3 year’s experiences andsenior technical persons come for learning and networking. Register soon as the Early Bird discount rate expires on May 30.
Go to http://php.thinkinlamp.com/2013 for more information, we are looking forward to seeing you in June!
看到这个，你还有什么好犹豫的？赶紧拿起手中的电话，拨打thinkinlamp的参与热线吧
这是一篇文档的简要介绍，本来没有想过要提的，因为我以前真没用过straight join，看到这个名词其实是老王的一句话，他说，利用这个优化了SQL，于是就看了一下。果然发到了这句话：
XML/HTML代码
- STRAIGHT_JOIN 实际上与内连接 INNER JOIN 表现完全一致，不同的是使用了 STRAIGHT_JOIN 后，table1 会先于 table2 载入。
- 提示
- MySQL 在执行 INNER JOIN 的时候，会根据自己内部的优化规则来决定先载入 table1 还是 table2，如果您确认 MySQL 载入表的顺序并不是最优化的时候，就可以使用 STRAIGHT_JOIN 以替代 INNER JOIN。
我参考的这页，说是关于mysql 的join有五篇：
本章节内容共分 5 部分：
- 1. MySQL JOIN 语法说明与 INNER JOIN 语法用法实例
- 2. MySQL LEFT JOIN 语法用法与实例
- 3. MySQL RIGHT JOIN 语法用法与实例
- 4. MySQL JOIN 多表连接
- 5. MySQL STRAIGHT_JOIN 与 NATURAL JOIN
- 确实 是值得一看。
在之前也写过一些关于apns的事情，不过都没有深究。都是抄抄改改，写写弄弄，近日 在与人讨论时，人说纯中文可以发76个汉字左右。当时我就想了，这不应该啊。apns总长度不能超过256字节，76个汉字。json_encode一下。一个汉字8个字节，早就超了不知道多少了。还要组成payload。。难道不超吗？
然后看了一下别人的函数，原来是用了一个自定义的json_encode。看了他的自定义json_encode之后，突然想起，风雪之隅在他的博客上提到过，5.4的json_encode加了一些参数（参考： 让Json更懂中文(JSON_UNESCAPED_UNICODE)），于是看了一下。json_encode($str,JSON_UNESCAPED_UNICODE)。计算下来的长度与那个自定义的json_encode一样了。
自此，记录下来。推送的时候也可以多推几个汉字了。（仅限php5.4，之前的版本还是网上找自定义的json_encode函数吧，关键字：中文自定义 php json_encode ，或者直接看：http://yige.org/p/458）
早期关于APNS的文章 ：
