1.my.ini文件修改后要重启MySQL
2.要启动多个MySQL就得修改my.ini的端口号
索引(磁盘IO是软件性能常见瓶颈):
why使用索引:
1.mysql用全表遍历速度很慢;
2.索引建立B+树结构自上而下查询:
2.1B+树每个节点存的都是索引该列的值;
2.2B+树所有数据都存在叶子节点,叶子节点相互间有指针指向下一个叶子
2.3数据放在普通节点会增加普通节点体积,放索引放的比放数据性价比高,能存放更多索引列而非仅能存放少量数据。所以使用B+树结构;
2.3.1每次磁盘I/O拿到的id越多,B+树层级越低,需要的I/O次数就越少。
索引主要干两件事:排序和查询
1.1聚簇索引:
索引和数据放一起;
索引+所有数据(包括id);
一个表仅有一个聚簇索引;
建议:主键建议使用自增id,uuid太过离散,乱,很可能导致维护成本高!
1.2非聚簇索引:XXXX不放一起;索引+id
命名:普通索引:idx_name
唯一索引:ux_name
2.1主键索引:(特性:唯一,非空)
自增的一定是主键,但主键不一定自增。
2.2普通索引(任何字段都能建立普通索引):
★create index idx_name on table(user_name(length))
drop index idx_name on table
alter table table_name add index inx_name (创建索引方式二)
2.3唯一索引(字段不能重复)
create unique index idx_name on table(user_name);
注:普通索引、唯一索引→都是非聚簇索引
2.4全文索引(基本不用,ES代替它)
2.5★★复合(联合)索引(最常用!!!)
场景:多条件(前端有多个输入栏)查询
create index idx_name_dept_loca on table(user_name,dept,location)
复合索引效率**>**创建出的多个索引效率
联合索引注意事项:
最左匹配原则:
当某字段写成范围查询,那么此字段右边的字段的索引就会失效 因为后面的索引要依赖于前面的索引
记住一句话:建立索引时,把范围查询的字段放在最后边
2.6Hash索引 (较少用)
innoDB引擎不支持
Memory/Heap引擎才支持哈希索引 so使用时改引擎
tip:建立索引一般在可视化界面中点鼠标创建,不敲代码
索引使用的问题
1.适合做索引:
1.频繁查询的字段
2.关联字段
3.排序字段(order by)
4.分组字段
5.统计字段(count()、max())
2.不适合做索引:
1.频繁更新字段
2.where中用不到的字段
3.表数据少
4.数据重复且均匀(性别,真假值)
5.参与列计算的字段 索引会失效
3.习惯使用复合索引
4.索引不会包含有NULL值的列
1.存 -1 都比存null强,存null会导致全表遍历。
5.字段区分度较高情况下,使用短索引
char(255)X
char(25)√
6.排序索引问题:
例: 若where中使用了索引,那么order by就不会使用索引
mysql每次查询只能使用★一个索引!所以复合索引的好处由此体现。
★★★7.索引失效情况:
1.有or 会全表扫描! so想让or生效必须给每一列加索引
2.复合索引不符合最左前缀原则
3.like查询以%开头
4.全表扫描比用索引快
5.参与列计算的字段(加减乘除,日期计算和format,格式化日期)