MyISAM

简答题 1.MySQL常见的三种存储引擎（InnoDB、MyISAM、MEMORY）的区别(至少5点)？ l InnoDB存储引擎 InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），其它存储引擎都是非事务安全表，支持行锁定和外键，MySQL5.5以后默认使用InnoDB存储引擎。 InnoDB主要特性 为MySQL提供了具有提交、回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在 SELECT语句中提供一个类似Oracle的非锁定读。这些功能增加了多用户部署和性能。在SQL查询中，可以自由地将InnoDB类型的表和其他MySQL的表类型混合起来，甚至在同一个查询中也可以混合。 。 l MyISAM存储引擎 MyISAM基于ISAM存储引擎，并对其进行扩展。它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。MyISAM拥有较高的插入、查询速度，但不支持事务，不支持外键。 MyISAM主要特性： 被大文件系统和操作系统支持。 当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，若下一个块被删除，就扩展到下一块自动完成。 每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16。 最大的键长度是1000字节，这也可以通过编译来改变

对用户来说，分区表是一个独立的逻辑表，但是底层是由多个物理子表组成。实现分区的代码实际上是对一组底层表的句柄对象的封装。对分区表的请求，都会通过句柄对象转化成存储引擎的接口调用。分区表在很多场景中可以起到非常大的作用，但是其本身也存在一些限制。以下对MySQL中的分区表作一个简单的归纳。 01 分区表的原理 1、MySQL在创建时使用PARTITION BY子句定义每个分区存放的数据。 2、分区的一个主要目的是将数据按照一个较粗的粒度分在不同的表中。 3、分区表的数据更容易维护。 4、分区表的数据可以分布在不同的物理设备上。 5、一个表最多只能有1024个分区。 6、分区表达式必须是整数，或者是返回整数的表达式。 7、如果分区字段中有主键或者唯一索引的列，那么所有主键列和唯一索引列都必须包含进来。 8、分区表中无法使用外键约束。 9、分区表由多个相关的底层表实现。 10、分区表的索引只是在各个底层表上各自加上一个完全相同的索引。 11、从存储引擎的角度来看，底层表和一个普通表没有任何不同。 12、分区表的每个操作都会“先打开并锁定所有的底层表”。 13、如果存储引擎能够自己实现行级锁，例如InnoDB，则会在分区层释放对应表锁。 02 分区表的类型 分区表的类型主要有以下几种： （1）根据范围进行分区。每个分区存储落在某个范围的分区，表达式可以是列，也可以是包含列的表达式。 （2

配置mysql 正确使用的内存量对于高性能是至关重要的，需要进行定制需求来定制内存的使用。 mysql内存消耗可以分为两类：可控制内存和不可控制内存。 无法控制 mysql 服务器运行 、 查询解析 、 以及内部管理所消耗的内存， 但是为特定目的而使用的内存有很多参数可以进行控制，比如关联使用join buffer、排序使用sort buffer等。 可控制 用好mysql可控制的内存则需要对 配置的含义 非常清楚 下面的步骤是来配置内存的 1、确定可以使用的内存上限 2、确定每个连接mysql 需要多少内存，例如排序缓冲和临时表 3、确认操作系统需要多少内存才够用。包括同一台机器上其他程序所使用的内存，比如定时任务等…… 4、把剩下的内存交给mysql 缓存，例如innodb的缓冲池，这样做很有意义 每个mysql 连接需要的内存 mysql保持一个连接（线程）只需要少量的内存，它还要求一个基本的内存来执行任何给定的查询。需要在高峰期大量的查询时预留好足够的内存，否则查询的执行可能会因为缺乏内存而执行效率不佳 或者执行失败。 知道mysql 在高峰期消耗多少内存是非常有用的，但是一些习惯的用法可能会导致意外的消耗了大量的内存，这对内存的使用量的预测变得比较困难，例如绑定变量和innodb数据字典。 当预测内存峰值消耗时，没必要假设一个最坏的情况，例如配置mysql

前言 　　本章介绍行锁的相关知识。 行锁 偏向 InnoDB 存储引擎，开销大，加锁慢，会出现死锁，锁定粒度小，发生锁冲突的概率低，但并发度高。 准备 　　1. 创建表tb_innodb_lock，注意数据库引擎为 InnoDB 。 CREATE TABLE test_innodb_lock ( a INT (11), b VARCHAR (20) ) ENGINE INNODB DEFAULT charset = utf8; insert into test_innodb_lock values (1,'a'); insert into test_innodb_lock values (2,'b'); insert into test_innodb_lock values (3,'c'); insert into test_innodb_lock values (4,'d'); insert into test_innodb_lock values (5,'e'); 　　 2.创建索引。 create index idx_lock_a on test_innodb_lock(a); create index idx_lock_a on test_innodb_lock(b); 1.行锁定基本演示 1.打开A、B另个会话，并关闭数据库的自动提交。 set autocommit=0;

当 MySQL 单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化： 单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量： 字段 尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT，如果非负则加上UNSIGNED VARCHAR的长度只分配真正需要的空间 使用枚举或整数代替字符串类型 尽量使用TIMESTAMP而非DATETIME， 单表不要有太多字段，建议在20以内 避免使用NULL字段，很难查询优化且占用额外索引空间 用整型来存IP 索引 索引并不是越多越好，要根据查询有针对性的创建，考虑在WHERE和ORDER BY命令上涉及的列建立索引，可根据EXPLAIN来查看是否用了索引还是全表扫描 应尽量避免在WHERE子句中对字段进行NULL值判断，否则将导致引擎放弃使用索引而进行全表扫描 值分布很稀少的字段不适合建索引，例如"性别"这种只有两三个值的字段 字符字段只建前缀索引 字符字段最好不要做主键 不用外键，由程序保证约束 尽量不用UNIQUE，由程序保证约束 使用多列索引时主意顺序和查询条件保持一致

今天测试一下隔离性，一直不行，原来没看到表的类型是MyISAM； -- SHOW VARIABLES like '%auto%' -- select @@tx_isolation -- set tx_isolation='READ-UNCOMMITTED'; 来源： https://www.cnblogs.com/imfjj/p/12190058.html

1 丶 Nginx 怎么实现负载均衡 这个还是比较简单 1.轮询 这种是默认的策略，把每个请求按顺序逐一分配到不同的 server，如果 server 挂掉，能自动剔除。 2.最少连接 把请求分配到连接数最少的 server 3.权重 使用 weight 来指定 server 访问比率，weight 默认是 1。以下配置会是 server2 访问的比例是 server1 的两倍。 4.ip_hash 每个请求会按照访问 ip 的 hash 值分配，这样同一客户端连续的 Web 请求都会被分发到同一 server 进行处理，可以解决 session 的问题。如果 server 挂掉，能自动剔除。 ip_hash 可以和 weight 结合使用。 2 丶 Linux 常用的命令 这个就不多说了 3 丶微信小程序常用的组件 view 丶 text 丶 button 丶 navigator 丶 scroll-view...... 等等 4 丶 Nginx 怎么配置虚拟主机 恩 2333333 5 丶 TP5 和 Laravel 框架差异 恩 2333333 6 丶 TP5 和 Laravel 框架中的数据迁移 这个本社区就有文档的 7 丶 RBAC 模型的讲解 什么是 RBAC RBAC (基于角色的访问控制)：英文名称 Rose base Access Controller

--MySQL 结构有两部分组成 1.MySQL server 层 2.存储引擎层 --注：到 存储引擎层之前都属于 MySQL server 层 MySQL 5.1到 5.7 ，大版本 没有变化 ， 小版本 唯一的变化就是 存储引擎 ，MySQL server 层没有变过 在 MySQL 5.5之后 包括 5.5 ，默认的存储引擎都是 innodb (engine=innodb) ,但是 在 5.5之前的版本，默认的存储引擎是 myisam ,基于表的 所以 如果是 5.5之前的版本，创建表的时候 需要指定 engine=innodb ,否则创建出来的表 都是 myisam 存储引擎的 基本上 5.1之后就是 5.5了；期间都是一个跳板 MySQL组成部分: 1.连接池组件 2.管理服务和工具组件 3.SQL接口组件 4.查询分析器组件 5.优化器组件 6.缓冲组件 7.插件式存储引擎 8.物理文件 存储引擎是基于表的，不是基于数据库的 mysql 的核心就是存储引擎 　　　　　　MySQL 表存储引擎 MySQL 插拔式的存储引擎架构提供了一系列标准的管理和服务支持 存储引擎是基于表的，而不是基于数据库的 根据具体的应用选择合适的存储引擎 OLTP:在线联机事物系统，---读多写少，比如：电商，支持行级锁，支持外键 OLAP:在线联机分析系统，---这个接触的几率很小