网站开发核心技术重庆简易注销在什么网站做

网站开发核心技术,重庆简易注销在什么网站做,网站不备案,网站建设陆金手指下拉壹玖1. MySQL事务的ACID是什么#xff1f; 考察点#xff1a;事务的4个特征 原子性Atomicity#xff1a; 一个事务必须是不可分割的最小工作单元#xff0c;整个事务操作要么全部成功#xff0c;要么全部失败#xff0c;一般就是通过commit和rollback来控制#xff1b; 一致…1. MySQL事务的ACID是什么考察点事务的4个特征原子性Atomicity一个事务必须是不可分割的最小工作单元整个事务操作要么全部成功要么全部失败一般就是通过commit和rollback来控制一致性Consistency事务必须是使数据库从一个一致性状态变到另一个一致性状态。通俗的来说就是事务的结果必须和预期相符隔离性Isolation一个事务相对于另一个事务是隔离的一个事务所做的修改是在最终提交以前对其他事务是不可见的一个事务对一个数据进行操作时其他事务不允许对同一个数据进行操作持久性Durability事务一旦提交则其所做的修改就会永久保存到数据库中。此时即使系统崩溃修改的数据也不会丢失2. MySQL中的脏读、幻读、不可重复读度你知道多少考察点事务的隔离级别以及导致的相关问题脏读如果某个事务对数据的修改尚未提交时其他某个事务也能读取到该数据导致一个事务可以读到另一个事务未提交的数据内容称为脏读幻读如果当前事务读取某一个范围内的记录时另一个事务又在该范围内插入新记录导致当前事务再次读取该范围的记录时两次结果不一样称为幻读不可重复读如果同一个事务前后多次读取某个数据内容不能读取到相同的结果(中间有另一个事务也操作了该数据)这种情况称为不可成复读幻读和不可重复度的区别前者是一个范围后者是本身数据内容从总的结果来看两者都表现为两次读取的结果不一致3. 事务隔离级别由低到高有哪几种MySQL默认是哪种考察点事务的隔离级别、MySQL的事务隔离级别事务的隔离级别由低到高(未提交读 提交读 可重复读 可串行化)未提交读(Read Uncommitted)读取未提交内容事务中的修改即使没有提交其他事务也能读取事务可以读到为提交的数据称为脏读 也存在不可重复读、幻读问题-- 脏读例子: -- 运营小姐姐配置了一个付费课程活动原价500元的课程配置成50元但是事务没提交。这时你刚好看到这个课程那么便宜准备购买但是运营小姐姐马上回滚了事务重新配置并提交了事务你准备下单的时候发现价格变回了500元AI写代码sql提交读(Read Committed)读取提交内容一个事务开始后只能看见已经提交的事务所做的修改在事务中执行两次同样的查询可能得到不一样的结果也叫做不可重复读(前后多次读取不能读到相同的数据内容)也存在幻读问题-- 不可重复度例子 -- 老王在小滴课堂有1000积分准备去兑换《面试专题课程》查询数据库确实有1000积分但是老王的女友同时也在别的地方登录把1000积分兑换了《SpringCloud微服务专题课程》且在老王之前提交事务当系统帮老王兑换《面试专题课程》时发现积分预计没了兑换失败。 -- 老王事务A事先读取了数据他女友事务B紧接了更新了数据且提交了事务事务A再次读取该数据时数据已经发生了改变AI写代码sql可重复读(Repeatable Read)mysql默认的事务隔离级别解决脏读、不可重复读的问题存在幻读问题。幻读问题MySQL的InnoDB引擎通过MVCC自动帮我们解决即多版本并发控制-- 幻读例子 -- 老王在小滴课堂有1000积分准备去兑换《面试专题课程》查询数据库确实有1000积分老王的女友同时也在别的地方登录先兑换了这个《面试专题课程》老王的事务提交的时候发现提示购买的课程已经存在了之前读取的没用了像是幻觉。AI写代码sql12可串行化(Serializable)解决脏读、不可重复读、幻读可保证事务安全但强制所有事务串行执行(即一个事务执行其他事务需要排队等待)所以并发效率低篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafc需要全套面试笔记及答案【点击此处即可/免费获取】​https://docs.qq.com/doc/DQXdYWE9LZ2ZHZ1ho4. MySQL如何解决不可重复度和幻读问题不可重复读针对于修改同一条数据会出现前后不一致的情况。解决方式为添加行锁幻读针对于一批数据主要体现在新增和删除操作。解决幻读需要锁整张表对于MVCC在《高性能MySQL》中有如下解释4.1 MySQL解决不可重复读问题-- MySQL中默认使用的事务隔离界别是可重复读为了解决不可重复读问题InnoDB采用了MVCC(多版本并发控制)【基于乐观锁】来解决 -- MVCC(多版本并发控制)是利用在每条数据后面加了隐藏的两列创建版本号和删除版本号每个事务在开始的时候都会有一个**递增的当前事务版本号** -- MVCC新增 begin; -- 假设获取的 当前事务版本号1 insert into user (id,name,age) values (1,张三,10); -- 新增当前事务版本号是1 insert into user (id,name,age) values (2,李四,12); -- 新增当前事务版本号是1 commit; -- 提交事务AI写代码sqlidnameagecreate_versiondelete_version1张三101NULL2李四121NULL-- 上表可以看到插入的过程中会把当前事务版本号记录到列 create_version 中去 -- MVCC删除删除操作是直接将行数据的删除版本号更新为当前事务的版本号 begin --假设获取的 当前事务版本号3 delete from user where id 2; commit; -- 提交事务AI写代码sqlidnameagecreate_versiondelete_version1张三101NULL2李四1213-- MVCC更新操作:采用 delete add 的方式来实现首先将当前数据标志为删除然后再新增一条新的数据 begin;-- 假设获取的 当前事务版本号10 update user set age 11 where id 1; -- 更新当前事务版本号是10 commit; -- 提交事务AI写代码sqlidnameagecreate_versiondelete_version1张三101102李四12131张三1110NULL-- MVCC查询操作 begin;-- 假设拿到的系统事务ID为 12 select * from user where id 1; commit; -- 提交事务AI写代码sql查询操作为了避免查询到旧数据或已经被其他事务更改过的数据需要满足如下条件1、查询时当前事务的版本号需要大于或等于创建版本号create_version2、查询时当前事务的版本号需要小于删除的版本号delete_version或者当前删除版本号delete_versionNULL即(create_version current_version delete_version) || (create_version current_version delete_version-NULL)这样就可以避免查询到其他事务修改的数据同一个事务中实现了可重复读执行结果应该是idnameagecreate_versiondelete_version1张三1110NULL4.2 MySQL解决幻读问题什么是幻读如下InnoDB实现的RR通过mvcc机制避免了这种幻读现象快照读和当前读篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafc需要全套面试笔记及答案【点击此处即可/免费获取】​https://docs.qq.com/doc/DQXdYWE9LZ2ZHZ1ho让数据变得可重复读但我们读到的数据可能是历史数据不是数据库最新的数据。这种读取历史数据的方式我们叫它快照读 (snapshot read)而读取数据库最新版本数据的方式叫当前读 (current read)。快照读介绍当执行select操作时innodb默认会执行快照读会记录下这次select后的结果之后select的时候就会返回这次快照的数据即使其他事务提交了也不会影响当前select的数据这就实现了可重复读了。快照的生成当在第一次执行select的时候也就是说假设当A开启了事务然后没有执行任何操作这时候Binsert了一条数据然后commit这时候A执行select那么返回的数据中就会有B添加的那条数据。之后无论再有其他事务commit都没有关系因为快照已经生成了后面的select都是根据快照来的。当前读对于会对数据修改的操作(update、insert、delete)都是采用当前读的模式。在执行这几个操作时会读取最新的版本号记录写操作后把版本号改为了当前事务的版本号所以即使是别的事务提交的数据也可以查询到。假设要update一条记录但是在另一个事务中已经delete掉这条数据并且commit了如果update就会产生冲突所以在update的时候需要知道最新的数据。也正是因为这样所以才导致幻读。在快照读情况下mysql通过mvcc来避免幻读。在当前读情况下mysql通过X锁或next-key来避免其他事务修改使用串行化读的隔离级别(update、delete)当where条件为主键时通过对主键索引加record locks(索引加锁/行锁)处理幻读(update、delete)当where条件为非主键时通过next-key锁处理。next-key是record locks(索引加锁/行锁) 和 gap locks(间隙锁每次锁住的不光是需要使用的数据还会锁住这些数据附近的数据)的结合Next-Key Lock即在事务中select时使用如下方法加锁这样在另一个事务对范围内的数据进行修改时就会阻塞为什么有共享锁会阻塞不能在有共享锁的记录上加X锁select * from table where id6 lock in share mode; --共享锁 select * from table where id6 for update; --排他锁AI写代码sql12关于next-key locks请参考https://www.cnblogs.com/zhoujinyi/p/3435982.html5. MySQL常见的存储引擎?MySQL 5.5之前使用的是MYISAM引擎5.5以上版本用的是InnoDB引擎二者区别区别项InnoDBMYISAM事务支持不支持锁粒度行锁适合高并发表锁不适合高并发是否默认默认非默认支持外键支持外键不支持适用场景读写均衡写多读少场景需要事务读多写少场景不需要事务全文索引不支持(可以借助插件或者使用ElasticSearch)支持6. MySQL的行锁与表锁乐观锁悲观锁问题锁粒度越小并发支持度越高8. 数据库设计三大范式?第一范式(确保每列保持原子性)第二范式(确保表中的每列都和主键相关)第三范式(确保每列都和主键列直接相关,而不是间接相关)比如在设计一个订单数据表的时候可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息比如姓名、所属公司等的字段。9. MySQL查询的指令顺序为查询指令的顺序为SELECTFROMWHEREGROUP BYHAVINGORDER BYselect -- 查看哪些结果字段 from -- 从哪个表查询 where -- 初步过滤条件 group by -- 过滤后进行分组[重点] having -- 对分组后的数据进行二次过滤[重点] order by -- 按照怎样的顺序进行排序返回[重点] SELECT * num FROM chapter GROUP BY video_id HAVING num 10 ORDER BY video_id DESCAI写代码sql10. MySQL中字段类型CHAR 和 VARCHA 的区别对比项char(16)varchar(16)长度特点长度固定存储字符长度可变存储字符长度不足情况插入的长度小于定义长度时则用空格填充小于定义长度时按实际插入长度存储性能存取速度比varchar快得多存取速度比char慢得多使用场景适合存储很短的固定长度的字符串如手机号MD5值等适合用在长度不固定场景如收货地址邮箱地址等篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafc需要全套面试笔记及答案【点击此处即可/免费获取】​https://docs.qq.com/doc/DQXdYWE9LZ2ZHZ1ho11. MySQL中字段类型DATETIME 和 TIMESTA的区别类型占据字节范围时区问题datetime8 字节1000-01-01 00:00:00到 9999-12-31 23:59:59存储与时区无关不会发生改变timestamp4 字节1970-01-01 00:00:01 到 2038-01-19 11:14:07存储的是与时区有关随数据库的时区而发生改变为什么timestamp只能到2038年-- MySQL的timestamp类型是4个字节最大值是2的31次方减1结果是 2147483647 -- 转换成北京时间就是: 2038-01-19 11:14:07AI写代码sql12. Mybatis中 # 和 $的区别#可以防止SQL 注入它会将所有传入的参数作为一个字符串来处理。#防止SQL注入底层相当于是在操作JDBC时使用PreparedStatement预编译SQL语句来防止SQL注入$则将传入的参数拼接到SQL上去执行一般用于表名和字段名参数$所对应的参数应该由服务器端提供。SQL 注入案例SELECT * FROM users WHERE username OR 11AI写代码sql1有图看到我虽然没有输入对正确的用户名但是一次性查出了很多用户信息这就是SQL注入13. MySQL大数据量sql分页优化思路问题线上数据库的一个商品表数据量过千万做深度分页的时候性能很慢有什么优化思路- 现象千万级别数据很正常比如数据流水、日志记录等数据库正常的深度分页会很慢 - 慢的原因select * from product limit N,M - MySQL执行此类SQL时需要先扫描到N行然后再去取M行,N越大,MySQL扫描的记录数越多SQL的性能就会越差AI写代码markdown123解决思路-- 1、可以使用后端缓存Redis、前端缓存localstorage -- 2、使用ElasticSearch分页搜索 -- 3、合理使用 mysql 索引 -- 比如title,cateory被设置为该表的复合索引可以提高查询效率 select title,cateory from product limit 1000000,100 -- 4、如果id是自增且不存在中间删除数据使用子查询优化定位偏移位置的 id -- 这种方式比较耗时因为需要先检索前1000000行数据再检索1000000-1000500的目标数据 select * from oper_log where typeBUY limit 1000000,100; -- 5秒 -- 因为id是主键索引查询速度快先检索前1000000行记录的id值并找到第1000000行记录的id值 select id from oper_log where typeBUY limit 1000000,1; -- 0.4秒 -- 再做一个子查询,因为是主键递增所以id第1000000行记录的id值这样就相当于跳过扫描前100000行数据直接从第1000000开始往后检索100条数据 select * from oper_log where typeBUY and id(select id from oper_log where typeBUY limit 1000000,1) limit 100; -- 0.8秒AI写代码sql14. MySQL常见日志种类和作用- 1. redo 重做日志: - 作用确保事务的持久性防止在发生故障脏页未写入磁盘。重启数据库会进行redo log执行重做到达事务一致性 - 2. undo 回滚日志 - 作用保证数据的原子性记录事务发生之前的数据的一个版本用于回滚。innodb事务的可重复读和读取已提交 隔离级别就是通过mvccundo实现 - 3. errorlog 错误日志 - 作用Mysql本身启动、停止、运行期间发生的错误信息 - 4. slow query log 慢查询日志 - 作用记录执行时间过长的sql时间阈值可以配置只记录执行成功 - 5. binlog 二进制日志 - 作用用于主从复制实现主从同步 - 6. relay log 中继日志 - 作用用于数据库主从同步将主库发送来的binlog先保存在本地然后从库进行回放 - 7. general log 普通日志 - 作用记录数据库操作明细默认关闭开启会降低数据库性能AI写代码markdown15. MySQL事务的特性是通过什么实现的隔离性借助锁来实现持久性通过redo log重做日志实现原子性通过undo log回滚日志实现MySQL数据库在InnoDB存储引擎中还使用Undo Log来实现多版本并发控制当delete一条记录时undo log中会记录一条对应的 insert记录当insert一条记录时undo log中会记录一条对应的delete记录当update一条记录时undo log中会记录一条对应的update记录MySQL通过原子性、隔离性、持久性来保证一致性。C(一致性)是目的A(原子性)、I(隔离性)、D(持久性)是手段是为了保证一致性数据库提供的手段。数据库必须要实现AID三大特性才有可能实现一致性。