chris_hhao的博客

sql为什么不推荐使用* 1：避免查询不需要查询的数据，因为它会进行全表扫描，不能有效利用索引，增大了数据库服务器的负担，以及它与应用程序客户端之间的网络IO开销。不需要的字段会增加数据传输的时间，即使mysql服务器和客户端是在同一台机器上，使用的协议还是tcp，通信也需要额外的时间。 2：以后表结构发生变化。代码如果没有注意的话，会报错。 ...

sql优化 1：构造表结构的时候就开始考虑每一个字段的长度，类型 2：查询的时候超过1000不要用in 3：不要查询没有用的字段 4：建立索引 5：行数超过500w或者容量超过2G，分库分表 6：精致超过三个join 7：少用like 8：尽量吧一些复制的逻辑操作放在代码层完成 9：可以使用explain查看查询效率 10：尽量避免全表查询 ...

mysql的select执行顺序form--->on--->join--->where--->group by--->having--->select--->distinct--->order by--->limit每次操作都会产生一张虚拟的表，这个虚拟表作为下一个执行步骤的输入。form：对其左边的表和右边的表计算笛卡尔积，产生虚拟表VT1o...

redis*，该通配符标识任意长度的字符keys的模糊匹配功能很方便，也很强大，但是生产环境中要慎用，开发中使用keys的模糊匹配发现redis的cpu使用率非常高，keys会引发redis锁。like查询使用不到索引，会扫描全表...

分析索引的效率：> EXPLAIN sql;EXPLAIN 分析的结果的表头如下：id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra具体说明如下：----------------------------------idid列数字...