很多人疑惑!=到底走不走索引， 这里可以肯定的说该操作是可以走索引的，但实际情况中都为啥都不走索引呢？ 首先我们要知道走索引与数据量和数据趋势（cardinality）有很大的关系，如果表本身就上百条记录，那走索引和表扫描区别不大，甚至在存在书签跳转情况下还不如表扫描更有效率，这个时候可能是不走索引的我们来看看个例子：CREATE TABLE `b` (`id` int(11) NOT NULL

简单地说是const是直接按主键或惟一键读取，eq_ref用于联表查询的状况，按联表的主键或惟一键联合查询。const该表最多有一个匹配行, 在查询开始时读取。因为只有一行, 所以该行中列的值能够被优化器的其他部分视为常量。const 表很是快, 由于它们只读一次。sqlconst用于将 “主键” 或 “惟一” 索引的全部部分与常量值进行比较。在下面的查询中, tbl_name 能够用做 cons

核心线程数配置个数：看IO密集型，还是CPU密集型（1）一般平时cpu使用率4%以下，都是IO密集型，IO密集型具体看实践，目前项目里核心线程数设置50，最大线程数可以和核心线程数相同，队列配置大一些，使永远触发不到最大线程数（2）如果是大量计算CPU使用率过高，属于CPU密集型，CPU密集型以4C8G为例，核心线程数一般设置4，最大线程数可以和核心线程数相同，队列配置大一些，使永远触发不到最大线

一、从执行效果来看1.count(1) and count(*)：基本没差别，都是求表的总行数count(*)包括了所有的列，相当于求记录总行数，在统计结果的时候，不会忽略NULL2. count(1) and count(列名)：（1） count(1) 会统计表中的所有的记录数，不会忽略NULL，包含字段为null 的记录（2） count(列名) 会统计该列字段在表中出现的次数，会忽略字段为