phoenix

背景 一次无意的访问，点击到了一个专门做PHP性能测试的网站，看这里 PHP Benchmarks 。 在里面发现了框架性能测试的结果，发现Laravel的框架性能尽然是最低的。瞬间受到了一万点的暴击，谁让最近一直用Laravel开发项目的呢。 说到底还是Laravel好用呀，方便不说，各方面支持的也不错，业务方面做的也是内部系统，哪怕性能慢点，也可以用前后端分离、负载均衡等手段解决掉，大体上也是够用。 不过，作为一个开发人员，理想还是要有的，这时就在想能不能采取Laravel框架的优点，用到什么就装什么，去掉一些请求到响应之间用不到的组件，精简框架。 之前也熟读过Laravel的源码，知道它的底层用的是Symfony的组件，毕竟没必要重复的造轮子。那么我们的框架之旅也将基于Symfony组件。。。 目录 一、Composer运行机制 二、框架前期准备 三、HttpFoundation组件封装Request、Response 四、路由处理 五、控制器处理相应功能（C） 六、分离模板（V） 七、分离模型（M） 八、剥离核心代码 九、优化框架 十、依赖注入（Dependency Injection） 正文 一、Composer运行机制 Composer的使用最关键的得益于 PHP标准规范 的出现，特别是其中的psr4， 自动加载规范 ，规范了如何指定文件路径从而自动加载类定义

前言 最近在Hbase的使用过程中遇到了很多问题，通过各种查资料测试最终得到解决。趁此机会也对Hbase预分区及索引的原理作了一些较深入的学习，以便更好的使用Hbase及对数据库性能调优。 下面对Hbase的索引触发原理及Bulkload导入数据需注意的问题作了简要总结，希望能对大家起到一些帮助，共同学习进步。 1. Phoenix索引在Hbase中的存储形式 本文所说phoenix索引，默认都是指全局索引 使用phoenix为hbase中 表example 创建二级索引 INDEX_EXAMPLE 后，在Hbase或Phoenix中使用 list 或 !tables 命令查看当前表的时候，会发现多了数据库中多了一张原表对应的索引表。 phoenix索引表在Hbase中也是以表的形式存在，且该表的Row_key就是创建索引时的所有索引字段的拼接。当为多列建立索引时，rowkey实际上是这些column的组合，并且是按照它们的先后顺序的组合。 2. 多列索引的原理 在Phoenix中，我们可以为一张表的多个列（column）创建索引，但是在查询时必须要按照索引列的顺序来查询。例如，以下表为例： # 创建表 CREATE TABLE example ( row_key varchar primary key, col1 varchar, col2 varchar, col3