甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
1、产生原因简述：当多个事务同时去操作（增删改）某一行数据的时候，MySQL 为了维护 ACID 特性，就会用锁的形式来防止多个事务同时操作某一行数据，避免数据不一致。
创新互联建站专注于紫金企业网站建设,成都响应式网站建设公司,商城开发。紫金网站建设公司,为紫金等地区提供建站服务。全流程按需网站策划，专业设计，全程项目跟踪，创新互联建站专业和态度为您提供的服务
2、行级锁 是说最小粒度的锁是行级锁。当需要更新同一个页面中的数据时，是会升级到页面锁的。当对整个表进行更新时，会使用表级锁；如果此时使用一个一个行级锁，不光浪费资源，也会影响效率。
3、InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。表级锁：表级锁是MySQL中锁定粒度最大的一种锁，表示对当前操作的整张表加锁。
4、InnoDB 既实现了行锁，也实现了表锁。 当有明确指定的主键/索引时候，是行级锁，否则是表级锁 假设表 user，存在有id跟name字段，id是主键，有5条数据。
1、原理：master将数据库的改变写入二进制日志，slave同步这些二进制日志，并根据这些二进制日志进行数据重演操作，实现数据异步同步。
2、并非绝对流程MySQL主从复制的原理MySQL主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。
3、主从复制是指一台服务器充当主数据库服务器，另一台或多台服务器充当从数据库服务器，主服务器中的数据自动复制到从服务器之中。对于多级复制，数据库服务器即可充当主机，也可充当从机。
4、有两种方法：1) 先导出数据库SQL脚本，再导入；2) 直接拷贝数据库目录和文件。在不同操作系统或MySQL版本情况下，直接拷贝文件的方法可能会有不兼容的情况发生。所以一般推荐用SQL脚本形式导入。下面分别介绍两种方法。
1、MySQL默认采用基于语句的复制，效率比较高。 一旦发现没法精确复制时，会自动选着基于行的复制。
2、分别修改主从数据库的配置文件my.inimaster3306是mysql默认端口号，这里master实例中可以不用修改；server-id用来指定唯一id，不同的mysql实例不重复即可；binlog-do-db指定需要复制的数据库；log-bin用来开启二进制日志文件。
3、整体场景总结如下：MySQL 的主从复制是依赖于 binlog 的，也就是记录 MySQL 上的所有变化并以二进制形式保存在磁盘上二进制日志文件。
4、原理：master将数据库的改变写入二进制日志，slave同步这些二进制日志，并根据这些二进制日志进行数据重演操作，实现数据异步同步。
5、并非绝对流程MySQL主从复制的原理MySQL主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。
1、那是不是可以这样，当主服务器有数据更新时，立即更新从服务器中的Memcached中的数据，这样即使有延迟，但延迟的时间应该更短了，基本上可以忽略不计了。
2、优酷的经验数据库采用水平扩展，主从复制，随着从数据库的增多，复制延迟越来越厉害，最终无法忍受。最终还是采用数据库的sharding，把一组用户相关的表和数据放到一组数据库上。
3、而MySQL另外一个最流行的存储引擎之一Innodb存储数据的策略是分为两种的，一种是共享表空间存储方式，还有一种是独享表空间存储方式。
4、慢SQL语句过多 优化：SQL语句执行时间太长，需要优化SQL语句 主从复制的设计问题 优化：主从复制单线程，可以通过多线程IO方案解决；另外MySQL3支持多线程IO复制。
5、主从延迟，其实就是“从库回放” 完成的时间，与 “主库写 binlog” 完成时间的差值， 会导致从库查询的数据，和主库的不一致 。
6、可以通过监控show slave status\G命令输出的Seconds_Behind_Master参数的值来判断，是否有发生主从延时。
在 MySQL 中，可以使用 BEGIN 开始事务，使用 COMMIT 结束事务，中间可以使用 ROLLBACK 回滚事务。
Mysql练习题，可对本章学习的内容进行巩固 dept.sql emp.sql salgrade.sql 查询每个员工的工资 给查询列起别名 条件查询需要用到where语句，where语句必须放到from语句后面。
对应到 MySQL 上分为两个阶段：扩展阶段（事务开始后，commit 之前）：获取锁收缩阶段（commit 之后）：释放锁就是说呢，只有遵循两段锁协议，才能实现 可串行化调度。
使用MySQL开发过数据库驱动的小型web应用程序的人都知道，对关系数据库的表进行创建、检索、更新和删除等操作都是些比较简单的过程。
MySQL数据库的表是一个二维表，由一个或多个数据列构成。每个数据列都有它的特定类型，该类型决定了MySQL如何看待该列数据，我们可以把整型数值存放到字符类型的列中，MySQL则会把它看成字符串来处理。
在数据库中，索引是分很多种类的（千万不要狭隘的认为索引只有 B+ 树，那是因为我们平时使用的基本都是 MySQL）。
索引是一个单独的、物理的数据库结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录，可以根据目录中的页码快速找到所需的内容。
mysql 索引最左原则原理 索引本质是一棵B+Tree，联合索引(col1， col2，col3)也是。
因为新行的主键值不一定比之前插入的大，所以InnoDB无法简单的总是把新行插入到索引的最后，而是需要为新的行寻找合适的位置，通常是已有数据的中间位置，并且分配空间。这会正价很多的额外工作，并导致数据分布不够优化。
索引原理 除了词典，生活中随处可见索引的例子，如火车站的车次表、图书的目录等。
如： explain select col1 from layout_test where col2=99 索引覆盖查询还有很多陷阱可能会导致无法实现优化。MySQL查询优化器会在执行查询前判断是否有一个索引能进行覆盖。