首页 前端知识 27岁学前端开发,jquery绑定事件不生效,2024谈一下当下最合适的前端架构

27岁学前端开发,jquery绑定事件不生效,2024谈一下当下最合适的前端架构

2024-05-09 10:05:41 前端知识 前端哥 252 925 我要收藏

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新Web前端全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上前端开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip1024c (备注前端)
img

正文

mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

Query OK, 0 rows affected (0.00 sec)

事务T1先执行:

T1中,隔离级别为READ COMMITTED

mysql> BEGIN;

Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM hero WHERE country = ‘魏’ FOR UPDATE;

±-------±--------±--------+

| number | name | country |

±-------±--------±--------+

| 8 | c曹操 | 魏 |

| 15 | x荀彧 | 魏 |

±-------±--------±--------+

2 rows in set (0.01 sec)

country列并不是索引列,所以本条语句执行时肯定是使用扫描聚簇索引的全表扫描方式来执行,EXPLAIN语句也证明了我们的想法:

mysql> EXPLAIN SELECT * FROM hero WHERE country = ‘魏’ FOR UPDATE;

±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±------------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±------------+

| 1 | SIMPLE | hero | NULL | ALL | NULL | NULL | NULL | NULL | 5 | 20.00 | Using where |

±—±------------±------±-----------±-----±--------------±-----±--------±-----±-----±---------±------------+

1 row in set, 1 warning (0.02 sec)

我们之前学过MySQL语句的加锁分析,知道在READ COMMITTED隔离级别下,如果采用全表扫描的方式执行查询语句时,InnoDB存储引擎将依次对每条记录加正经记录锁,在server层测试该记录是否符合WHERE条件,如果不符合则将加在该记录上的锁释放掉。本例中使用FOR UPDATE语句,肯定加的是X型正经记录锁。只有两条记录符合WHERE条件,所以最终其实只对这两条符合条件的记录加了X型正经记录锁(就是number列值为815的两条记录)。当然,我们可以使用SHOW ENGINE INNODB STATUS命令证明我们的分析:

mysql> SHOW ENGINE INNODB STATUS\G

… 省略了很多内容


TRANSACTIONS


Trx id counter 39764

Purge done for trx’s n:o < 39763 undo n:o < 0 state: running but idle

History list length 36

Total number of lock structs in row lock hash table 1

LIST OF TRANSACTIONS FOR EACH SESSION:

—TRANSACTION 281479653009568, not started

0 lock struct(s), heap size 1160, 0 row lock(s)

—TRANSACTION 281479653012832, not started

0 lock struct(s), heap size 1160, 0 row lock(s)

—TRANSACTION 39763, ACTIVE 468 sec

2 lock struct(s), heap size 1160, 2 row lock(s)

MySQL thread id 19, OS thread handle 123145470611456, query id 586 localhost 127.0.0.1 root

TABLE LOCK table xiaohaizi.hero trx id 39763 lock mode IX

RECORD LOCKS space id 287 page no 3 n bits 72 index PRIMARY of table xiaohaizi.hero trx id 39763 lock_mode X locks rec but not gap

Record lock, heap no 4 PHYSICAL RECORD: n_fields 5; compact format; info bits 0

0: len 4; hex 80000008; asc ;;

1: len 6; hex 000000009b4a; asc J;;

2: len 7; hex 80000001d3012a; asc *;;

3: len 7; hex 63e69bb9e6938d; asc c ;;

4: len 3; hex e9ad8f; asc ;;

Record lock, heap no 5 PHYSICAL RECORD: n_fields 5; compact format; info bits 0

0: len 4; hex 8000000f; asc ;;

1: len 6; hex 000000009b4a; asc J;;

2: len 7; hex 80000001d30137; asc 7;;

3: len 7; hex 78e88d80e5bda7; asc x ;;

4: len 3; hex e9ad8f; asc ;;

… 省略了很多内容

其中id39763的事务就是指T1,可以看出它为heap no值为45的两条记录加了X型正经记录锁(lock_mode X locks rec but not gap)。

然后再开启一个隔离级别也为READ COMMITTED的事务T2,在其中执行:

T2中,隔离级别为READ COMMITTED

mysql> BEGIN;

Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM hero WHERE country = ‘吴’ FOR UPDATE;

(进入阻塞状态)

很显然,这条语句也会采用全表扫描的方式来执行,会依次去获取每一条聚簇索引记录的锁。不过因为number值为8的记录已经被T1加了X型正经记录锁T2想得却得不到,只能眼巴巴的进行阻塞状态,此时的SHOW ENGINE INNODB STATUS也能证明我们的猜想(只截取了一部分):

—TRANSACTION 39764, ACTIVE 34 sec fetching rows

mysql tables in use 1, locked 1

LOCK WAIT 3 lock struct(s), heap size 1160, 1 row lock(s)

MySQL thread id 20, OS thread handle 123145471168512, query id 590 localhost 127.0.0.1 root Sending data

SELECT * FROM hero WHERE country = ‘吴’ FOR UPDATE

------- TRX HAS BEEN WAITING 34 SEC FOR THIS LOCK TO BE GRANTED:

RECORD LOCKS space id 287 page no 3 n bits 72 index PRIMARY of table xiaohaizi.hero trx id 39764 lock_mode X locks rec but not gap waiting

Record lock, heap no 4 PHYSICAL RECORD: n_fields 5; compact format; info bits 0

0: len 4; hex 80000008; asc ;;

1: len 6; hex 000000009b4a; asc J;;

2: len 7; hex 80000001d3012a; asc *;;

3: len 7; hex 63e69bb9e6938d; asc c ;;

4: len 3; hex e9ad8f; asc ;;

可以看到T2正在等待获取heap no4的记录上的X型正经记录锁(lock_mode X locks rec but not gap waiting)。

以上是很正常的阻塞逻辑,我们都可以分析出来,不过如果在T2中执行下边的UPDATE语句:

T2中,隔离级别为READ COMMITTED

mysql> BEGIN;

Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE hero SET name = ‘xxx’ WHERE country = ‘吴’;

Query OK, 1 row affected (0.02 sec)

Rows matched: 1 Changed: 1 Warnings: 0

结尾

学习html5、css、javascript这些基础知识,学习的渠道很多,就不多说了,例如,一些其他的优秀博客。但是本人觉得看书也很必要,可以节省很多时间,常见的javascript的书,例如:javascript的高级程序设计,是每位前端工程师必不可少的一本书,边看边用,了解js的一些基本知识,基本上很全面了,如果有时间可以读一些,js性能相关的书籍,以及设计者模式,在实践中都会用的到。

html5

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip1024c (备注前端)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
1856c923a4.png)

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip1024c (备注前端)
[外链图片转存中…(img-LAhU5MLo-1713276459881)]

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

转载请注明出处或者链接地址:https://www.qianduange.cn//article/7696.html
标签
架构设计
评论
会员中心 联系我 留言建议 回顶部
复制成功!