MYSQL优化知识集锦

copy策略，逐行复制，记录复制期间旧表SQL日志重新执行

mysql5.6 online ddl,大大缩短锁定时间

innodb为保证一致性，默认为每条SQL加事务（也是要耗费时间的），批量导入前应手动建立事务，导入完毕后手动提交事务

offset用来跳过数据，完全可以用过滤筛选数据，而不是查出来之后再通过offset跳过

stop slave

master导出数据到slave执行一遍

show master status with read lock 记录File和Position

到slave上chage master to

WriteDatabase提供写连接

ReadDatabase提供读连接

RoutingDataSourceImpl extends AbstractRoutingDataSource，重写determineDatasource，注入到SqlSessionFactory，配置defaultTargetDatasource和targetDatasource（根据determineDatasource的返回值选择具体数据源value-ref）

DatasourceAspect切面组件，配置切入点@Pointcut aspect()（所有DAO类的所有方法），配置前置增强@Before("aspect()")before（Joinpoint point），通过point.getSignature.getName获取方法名，与METHOD_TYPE_MAP的前缀集合比对，将write/read设置到当前线程上（也是接下来要执行DAO方法的线程，前置增强将其拦截下来了）

DatasourceHandler，使用ThreadLocal在前置通知中将方法要使用的数据源绑定到执行该方法的线程上，执行方法要获取数据源时再根据当前线程获取

轮训

加权轮训

依据负载情况

心跳检测

虚IP

主从复制

单独一张表保证id唯一性

create table article() partition by key(title) partitions 10

alter table article add partition（分区逻辑）

0-不开启

1-开启，默认缓存每条select，针对某个sql不缓存：select sql-no-cache

2-开启，默认都不缓存，通过select sql-cache制定缓存哪一条

decimal

小数转整数

IP

null数值的计算逻辑比较复杂

较长的数字数据可以使用decimal

1.经常变化的字段用varchar
 2.知道固定长度的用char
 3.尽量用varchar
 4.超过255字符的只能用varchar或者text
 5.能用varchar的地方不用text
 6.存储可变长度的非Unicode数据，最大长度为2^31-1个字符。text列不能有默认值

字段原子性（关系型数据库有列的概念，默认就符合了）

消除对主键的部分依赖（因为主键可能不止一个）

消除对主键的传递依赖

MyISAM的数据和索引是分开存储的（.MYI，.MYD），而Innodb是存在一起的（.frm）

可以通过移动表对应的MYI和MYD能够实现表的移动，而Innodb还有额外的关联文件

MyISAM删除数据时会产生碎片空间（占用表文件空间），需要定期通过optimize table table-name 手动优化，而Innodb不会

Innodb插入数据时按照主键有序来插入，因此表中数据默认按主键有序（耗费写入时间，因为需要在b+tree中查找插入点，但查找效率高）

新闻、博客网站

支持事务/外键，保证数据一致性、完整性

并发能力强（行锁）

要求关键字唯一且不为null

符合索引仅按照第一字段有序

要求关键字唯一

(1)show index from tblname;
 (2)show keys from tblname;

创建时指定，如 first_name varchar(16),last_name(16), key name(first_name,last_name)

alter table student add key/unique key/primary key/fulltext key key_name(first_name,last_name)

alter table student drop key key_name

如果删除的是主键索引，并且主键自增长，则需要alter modify先取消自增长再删除

如果查到字段都建立了索引，则会索引覆盖

如果排序字段建立了索引，而索引又是有序排列的，直接根据索引拿对应数据即可，与读取查询出来的所有数据再排序相对效率很高

如果join on的条件字段建立了索引，查找会变得高效

直接对索引做查找，而不去读取数据

where id+1=?建议写成where id = ?-1，即保证索引字段的独立出现

like语句就不要在关键字前模糊匹配，即'%keyword%'不会适用索引，而'keyword%'会使用索引

or关键两边条件字段都建立索引时才会使用索引，只要有一边不是就会做全表扫描

状态值，像性别这样的状态值，一个关键字对应很多条数据，会认为使用索引比全表扫描效率还低

搜索多叉树：节点内关键字有序排列，关键字之间有一个指针，查找效率log(nodeSize,N)，其中nodeSize指一个节点内关键字数量（这取决于关键字长度和节点大小）

由B tree升级而来，数据和关键字存在一块空间，省去了由关键字到数据的映射找数据存放地的时间

mysqlslap --auto-generate-sql --concurrency=100 --inerations=3 --engine-innodb -uroot -proot，模拟100个客户端执行sql，执行3轮，innodb的处理性能

mysqlslap --auto-generate-sql --concurrency=100 --inerations=3 --engine-myisam -uroot -proot，模拟100个客户端执行sql，执行3轮，innodb的处理性能