mysql优化
1.EXPLAIN:执行计划
语法如图：
执行该语句，可以分析EXPLAIN后面的select语句的执行情况，并且能够分析出所查询的表的一些特征。
其中各个字段的意思如下
a、id：select识别符，这是select的查询序列号。
b、select_type：标识select语句的类型。
它可以是以下几种取值：
b1、SIMPLE（simple）表示简单查询，其中不包括连接查询和子查询。
b2、PRIMARY（primary）表示主查询，或者是最外层的查询语句。
b3、UNION（union）表示连接查询的第2个或者后面的查询语句。
b4、DEPENDENT UNION（dependent union）连接查询中的第2个或者后面的select语句。取决于外面的查询。
b5、UNION RESULT（union result）连接查询的结果。
b6、SUBQUERY（subquery）子查询的第1个select语句。
b7、DEPENDENT SUBQUERY（dependent subquery）子查询的第1个select,取决于外面的查询。
b8、DERIVED（derived）导出表的SELECT(FROM子句的子查询)。
c、table：表示查询的表。
d、type：表示表的连接类型。
下面按照从最佳类型到最差类型的顺序给出各种连接类型。
d1、system，该表是仅有一行的系统表。这是const连接类型的一个特例。 d2、const，数据表最多只有一个匹配行，它将在查询开始时被读取，并在余下的查询优化中作为常量对待。const表查询速度很快，因为它们只读一次。const用于使用常数值比较primary key或者unique索引的所有部分的场合。 例如：EXPLAIN SELECT * FROM user WHERE id=1; d3、eq_ref，对于每个来自前面的表的行组合，从该表中读取一行。当一个索引的所有部分都在查询中使用并且索引是UNIQUE或者PRIMARY KEY时候，即可使用这种类型。eq_ref可以用于使用“=”操作符比较带索引的列。比较值可以为常量或者一个在该表前面所读取的表的列的表达式。 例如：EXPLAIN SELECT * FROM user,db_company WHERE user.company_id = db_company.id; d4、ref对于来自前面的表的任意行组合，将从该表中读取所有匹配的行。这种类型用于所以既不是UNION也不是primaey key的情况，或者查询中使用了索引列的左子集，即索引中左边的部分组合。ref可以用于使用=或者<=>操作符的带索引的列。 d5、ref_or_null，该连接类型如果ref，但是如果添加了mysql可以专门搜索包含null值的行，在解决子查询中经常使用该连接类型的优化。 d6、index_merge，该连接类型表示使用了索引合并优化方法。在这种情况下，key列包含了使用的索引的清单，key_len包含了使用的索引的最长的关键元素。 d7、unique_subquery，该类型替换了下面形式的in子查询的ref。是一个索引查询函数，可以完全替代子查询，效率更高。 d8、index_subquery，该连接类型类似于unique_subquery，可以替换in子查询，但是只适合下列形式的子查询中非唯一索引。 d9、range，只检索给定范围的行，使用一个索引来选择行。key列显示使用了那个索引。key_len包含所使用索引的最长关键元素。当使用=，<>,>,>=,<,<=,is null,<=>，between或者in操作符，用常量比较关键字列时，类型为range。 d10、index,该连接类型与all相同，除了只扫描索引树。着通常比all快，引文索引问价通常比数据文件小。 d11、all，对于前面的表的任意行组合，进行完整的表扫描。如果表是第一个没有标记const的表，这样不好，并且在其他情况下很差。通常可以增加更多的索引来避免使用all连接。
e、possible_keys:
possible_keys列指出mysql能使用那个索引在该表中找到行。如果该列是null，则没有相关的索引。在这种情况下，可以通过检查where子句看它是否引起某些列或者适合索引的列来提高查询性能。如果是这样，可以创建适合的索引来提高查询的性能。
f、key：
表示查询实际使用到的索引，如果没有选择索引，该列的值是null，要想强制mysql使用或者忽视possible_key列中的索引，在查询中使用force index、use index或者ignore index。
g、key_len：
表示mysql选择索引字段按照字节计算的长度，如果健是null，则长度为null。注意通过key_len值可以确定mysql将实际使用一个多列索引中的几个字段。
h、ref:
表示使用那个列或者常数或者索引一起来查询记录。
i、rows:
显示mysql在表中进行查询必须检查的行数。
j、Extra:
该列mysql在处理查询时的详细信息。
2.索引
2.1索引类型
三种索引的索引方式是一样的，只不过对索引的关键字有不同的限制：
- 普通索引：对关键字没有限制
- 唯一索引：要求记录提供的关键字不能重复
- 主键索引：要求关键字唯一且不为null
2.1建立索引
ALTER TABLE table_name ADD INDEX index_name (column_list)
ALTER TABLE table_name ADD UNIQUE (column_list)
ALTER TABLE table_name ADD PRIMARY KEY (column_list)
2.2删除索引
DROP INDEX index_name ON table_name
2.3建索引的位置
where子句的列
包含在DISTINCT，ORDER BY，GROUP BY中的字段
多表join的关联列
2.4不该建索引的位置
表记录太少
经常插入、删除、修改的表
数据重复且分布平均的表字段
经常和主字段一块查询但主字段索引值比较多的表字段
3.Java线程监听，意外退出线程后自动重启
常规解决办法有2种：
1，开启另外一个线程，监听爬行线程，使用线程之间的通信，一般是消费者模式，如果爬行线程死掉之后，监听线程会收到通知，但是如果监听线程先死掉，那么系统也就挂了！
2，使用心跳机制，爬行线程每隔一段时间往另一服务器进程发送数据包，如果服务器进程长时间没有收到心跳包，则说明爬行线程已经死机！
两种方法都有合适的使用范围，但是对于监听线程猝死这种情况，个人觉得是使用观察者模式比较合适！现说明一下观察者模式。
观察者模式：定义对象之间的一种一对多的依赖关系，当对象的状态发生改变时，所有依赖于它的对象都得到通知并且被自动更新。
观察者模式在JDK中有现成的实现，java.util.Obserable
被监听的线程类：
package cn.std.test;
import java.util.Observable;
import cn.std.util.DateUtil;
public class RunThread extends Observableimplements Runnable{
// 此方法一经调用，立马可以通知观察者，在本例中是监听线程
publicvoid doBusiness(){
if(true){
super.setChanged();
}
notifyObservers();
}
@Override
publicvoid run() {
intc = 0;
while(true){ //模拟线程运行一段时间之后退出
System.out.println("Runing- "+c+" "+DateUtil.getStdDateTime());
try{
Thread.sleep(2000);
}catch (InterruptedException e) {
e.printStackTrace();
doBusiness();
break;
}
c++;
//模拟抛出异常
try{
if(c== 4){
Stringstr = null;
str.length();//此处将会抛出空指针异常
}
}catch (Exception e) {
e.printStackTrace();
doBusiness();//在抛出异常时调用，通知观察者，让其重启线程
break;//异常抛出之后，一定要跳出循环，保证将线程送进地狱
}
}
}
publicstatic void main(String[] args) {
RunThreadrun = new RunThread();
Listener listen = new Listener();