首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

粗聊Mysql——你么?

本文中说到的“”,并非单纯的一个库,或是一张,而是你建好的库和在项目的运营中,是否能应付各种事件,下面我说说几个我在项目中遇到的问题以及处理的方法,算是一个小小的心得,给大家分享下。...比如现在有2张,一张新闻栏目,一张新闻,现在两张需要进行关联,我想大多数人的做法肯定是在新闻表里一个新闻栏目id,然后把新闻栏目表里的主键ID(自增)写到这个字段里,通过这样进行两关联。   ...这样就会造成一种情况,如果那天对数据库进行优化,把主键进行了重新排序(暂时没有找到mysql优化软件优化主键,但是可以通过代码删除主键,然后从新建立自增主键来实现主键重新排序),那就彻底杯具了,栏目和文章完全对不上号了...所以我建议两之间关联不用主键,而是单独一个编号的字段,我们这里可以用mysql的uuid()函数做为编号,相关文献可以参考《UUID做主键好还是不好》,只所以一张要2个主键,一个物理主键(自增id...四、为常用的搜索字段建立索引吧   不解释,但不要盲目建立索引。 五、欢迎您的回复补充

5.2K10

MySQL - 无索引升级为

---- ---- 无索引升级为演示 结构 mysql> desc country; +-------------+--------------+------+-----+---------+...mysql> show index from country; +---------+------------+----------+--------------+-------------+----...anotherline’ ; ---- 一直被阻塞 ,直到超时 1205 - Lock wait timeout exceeded; try restarting transaction 我们知道主要是加在索引上...,如果对非索引字段更新,行可能 , 从上面的测试中也可以验证这个观点,第二个 ---- 结论 InnoDB的行是针对索引加的,不是针对记录加的 ,并且该索引不能失效,否则会从行升级为...所以的时候 ,结合你的业务,如果有更新的操作,切记要对操作的字段建立索引,不然并发下这个问题就非常明显了

2.3K20
您找到你想要的搜索结果了吗?
是的
没有找到

小白学习MySQL - 查询

,大概意思就是MySQL中通过使用insert into select做了数据的备份,导致了select的锁住,进而影响了正常的使用。...问题来了,Oracle中执行的insert into select很正常,不会出现,难道相同的语句用在了MySQL,就会锁住整张?...,有五个record lock,虽然我只从test_1读取一行数据,但实际上对test_1的所有记录都加了,而且显式对test_1加了一个IS的意向,因此这种操作,确实影响了select的并发执行...解决方案2:更改隔离级别 在创建索引前,之所以会出现的情况,和隔离级别是相关的,首先看下数据库的隔离级别。...test_2上是没有任何,因此不会出现RR锁定test_2的情况, mysql> show engine innodb status \G; ... ------------ TRANSACTIONS

2.3K30

Innodb加索引,这个时候吗?

索引创建为例: image.png 从上文可见,当我们创建、删除或重命名索引时,采用“in place”的模式。...对原加共享 MDL ,阻止对原的写操作,仅允许查询操作。 逐行将原数据拷贝到临时中,且无需进行排序。 数据拷贝完成后,将原升级为排他 MDL ,阻止对原的读写操作。...创建索引数据字典。 对原加共享 MDL ,阻止对原的写操作,只允许查询操作。 根据聚集索引的顺序,查询中的数据,并提取所需的索引列数据。将提取的索引数据进行排序,并插入到新的索引页中。...DEFAULT:如果不指定 ALGORITHM,MySQL 自行选择默认算法。它优先考虑 INSTANT,其次是 INPLACE,然后是 COPY。...Execute 阶段: 降级 EXCLUSIVE-MDL 为 SHARED-MDL ,允许读写操作。 扫描原聚集索引的每一条记录。 遍历新的聚集索引和二级索引,逐一处理。

29910

MySQL索引需要的原则

如果为其建立索引,可以有效地避免排序操作。 3.为常作为查询条件的字段建立索引 如果某个字段经常用来做查询条件,那么该字段的查询速度影响整个的查询速度。...因此,为这样的字段建立索引,可以提高整个的查询速度。 4.限制索引的数目 索引的数目不是越多越好。每个索引都需要占用磁盘空间,索引越多,需要的磁盘空间就越大。修改时,对索引的重构和更新很麻烦。...越多的索引,会使更新变得很浪费时间。 5.尽量使用数据量少的索引 如果索引的值很长,那么查询的速度会受到影响。...mysql一直向右匹配直到遇到范围查询(>、 3 and d = 4 如果建立(a,b,c,d)顺序的索引...比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器帮你优化成索引可以识别的形式 10.尽量选择区分度高的列作为索引

1.7K20

MySQL

为了解决这个问题,MySQL引入了机制,其中最常见的是行。 行MySQL中最细粒度的,它锁定了中的一行记录,允许其他事务访问中的其他行。...行适用于高并发的情况,因为它允许多个事务同时访问的不同行,从而提高了数据库的并发性能。 MySQL中粗粒度的,它锁定了整个,阻止其他事务访问中的任何行。...不同的隔离级别影响行的行为,需要根据应用程序的需求进行选择。 的使用 是通过使用LOCK TABLES语句来实现的。...在解锁之前,其他事务无法访问。 需要注意的是,阻止其他事务访问相同的,因此在高并发环境中使用可能导致性能问题。...减小事务的大小:将事务拆分为较小的子事务,可以减小的粒度,从而提高并发性能。 使用索引:良好的索引设计可以减少的竞争,加快查询速度。

30840

MySQLMySQL(二)与行测试

MySQL(二)与行测试 上篇文章我们简单的了解了一大堆锁相关的概念,然后只是简单的演示了一下 InnoDB 和 MyISAM 之间 与 行 的差别。...但是 UNLOCK 不能针对某一张,而是使用 UNLOCK TABLES; MySQL 自动进行解锁释放。 全局 除了单独一张之外,我们还可以一个库中所有的。...,除了 DDL 时会加的 元数据 之外(下回我们讲它),还有一种情况就是如果不走索引,也让行变成。...,在这种情况下,整个更新语句扫全,同时变成 ,因此,下面针对某条单行数据的更新语句就会阻塞。...这就是 行 升级或者说是退化为 的情况。 你可以尝试为 username 加上一个索引之后,再试试上面的效果,就会发现 行 生效了。

14910

mysql 详解

2、MySQL模式 MySQL有两种模式:共享读(Table Read Lock)和独占写(Table Write Lock)。...MyISAM在执行查询语句(SELECT)前,自动给涉及的所有加读,在执行更新操作(UPDATE、DELETE、INSERT等)前,自动给涉及的加写。...这样MyISAM在进行大量的更新操作时(特别是更新的字段中存在索引的情况下),造成查询操作很难获得读,从而导致查询阻塞。...并发度也最高 页面 开销和加锁时间界于和行之间;会出现死锁;锁定粒度界于和行之间,并发度一般 仅从的角度来说: 更适合于以查询为主,只有少量按索引条件更新数据的应用,如Web...当您调用LOCK TABLES时,InnoDB内部地取其自己的锁定,MySQL取其自己的锁定。

3.4K10

Mysql索引原理(十一)」索引

,而索引能够减少InnoDB访问的行数,从而减少的数量。...在MySQL5.1及以后版本中,InnoDB可以在服务器端过滤掉行后就释放,但是在早起版本中,InnoDB只有在事务提交后才能释放。...InnoDB锁住第一行,这是因为Mysql为该查询选择的执行计划是索引范围扫描: explain select id from people where id1 for update...就像这个例子显示的,即使使用了索引,InnoDB也可能锁住一些不需要的数据。如果不能使用索引查找和锁定行的话问题可能更糟糕,MySQL会做全扫描并锁住所有的行,而不管是不是需要。...关于InnoDB、索引有一些很少有人知道的细节:InnoDB在二级索引上使用共享

76120

mysql索引多了有什么坏处

建立索引常用的规则如下: 1、的主键、外键必须有索引; 2、数据量超过300的应该有索引; 3、经常与其他进行连接的,在连接字段上应该建立索引; 4、经常出现在Where子句中的字段,特别是大的字段...,应该建立索引; 5、索引应该建在选择性高的字段上; 6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要索引; 7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:  A、正确选择复合索引中的主列字段...,考虑减少复合的字段;  C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引; 进行数据操作的,不要建立太多的索引; 9、删除无用的索引,避免对执行计划造成负面影响...因为太多的索引与不充分、不正确的索引对性能都毫无益处:在上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也增加处理上的开销。...另外,过多的复合索引,在有单字段索引的情况下,一般都是没有存在价值的;相反,还会降低数据增加删除时的性能,特别是对频繁更新的来说,负面影响更大 发布者:全栈程序员栈长,转载请注明出处:https://

2.7K20

MySQL中的、行

页面:开销和加锁时间界于和行之间;会出现死锁;锁定粒度界于和行之间,并发度一般 MySQL模式(MyISAM) MySQL有两种模式:共享(Table Read Lock...MySQL模式     MySQL的有两种模式:共享读(Table Read Lock)和独占写(Table Write Lock)。...如何加     MyISAM在执行查询语句(SELECT)前,自动给涉及的所有加读,在执行更新操作(UPDATE、DELETE、INSERT等)前,自动给涉及的加写,这个过程并不需要用户干预...答案是写进程先获得。不仅如此,即使读进程先请求先到等待队列,写请求后到,写插到读请求之前!这是因为MySQL认为写请求一般比读请求重要。...对于InnoDB,主要有以下几点     (1)InnoDB的行销是基于索引实现的,如果不通过索引访问数据,InnoDB会使用

4.8K10

select......for update还是行?

select查询语句是不会加锁的,但是select .......for update除了有查询的作用外,还会加锁呢,而且它是悲观。 那么它加的是行还是,这就要看是不是用了索引/主键。...没用索引/主键的话就是,否则就是是行。...sql //id为主键 //name 为唯一索引 CREATE TABLE `user` ( `id` INT ( 11 ) NOT NULL AUTO_INCREMENT, `name`...实例2: 我们在开启一个事务对另一条id为2的数据进行更新, 实例3(索引): 一开始的创建就age创建了唯一索引。...结果: 如果查询条件用了索引/主键,那么select ..... for update就会进行行。 如果是普通字段(没有索引/主键),那么select ..... for update就会进行

1.2K20

MySQL中的、行

页面:开销和加锁时间界于和行之间;会出现死锁;锁定粒度界于和行之间,并发度一般 MySQL模式(MyISAM) MySQL有两种模式:共享(Table Read Lock...MySQL模式 MySQL的有两种模式:共享读(Table Read Lock)和独占写(Table Write Lock)。...如何加 MyISAM在执行查询语句(SELECT)前,自动给涉及的所有加读,在执行更新操作(UPDATE、DELETE、INSERT等)前,自动给涉及的加写,这个过程并不需要用户干预,因此用户一般不需要直接用...答案是写进程先获得。不仅如此,即使读进程先请求先到等待队列,写请求后到,写插到读请求之前!这是因为MySQL认为写请求一般比读请求重要。...对于InnoDB,主要有以下几点 (1)InnoDB的行销是基于索引实现的,如果不通过索引访问数据,InnoDB会使用。 (2)InnoDB间隙机制,以及InnoDB使用间隙的原因。

5.1K20

MySQL如何加行或者

MySQL可以使用来控制对表和行的访问,下面简单介绍一下如何对表和行进行加锁的方法 对表加锁 是在整张上加锁,其粒度最大,对并发性的影响也最大。...在MySQL中对表进行加锁,主要有两种模式:共享和排他 共享(S Lock),多个事务可以同时获取共享,但是只能进行读操作,不能进行修改操作 排他(X Lock),获得排他的事务可以进行修改操作...,其他事务不能获取 针对上面介绍的两种,可以使用命令对表进行加锁 LOCK TABLES table_name [AS alias_name] lock_type 其中,table_name表示名...,alias_name表示别名,lock_type表示的类型,可以是READ(共享)或WRITE(排他) 例如,对表 t1加共享和排他 # 对表t1加共享 LOCK TABLES t1 READ...; # 对表t1加排他 LOCK TABLES t1 WRITE; 对行加锁 行级是在的行上加锁,其粒度最小,对并发性的影响也最小。

1.5K20

MySQL 和行机制

MySQL却认为大量对一张使用行导致事务执行效率低,从而可能造成其他事务长时间等待和更多的冲突问题,性能严重下降。所以MySQL会将行升级为,即实际上并没有使用索引。...表明MySQL实际上并没有使用索引,行升级为也和上面的结论一致。...查询操作(SELECT),自动给涉及的所有加读,更新操作(UPDATE、DELETE、INSERT),自动给涉及的加写。...即便你在条件中使用了索引字段,MySQL根据自身的执行计划,考虑是否使用索引(所以explain命令中会有possible_key 和 key)。...如果MySQL认为全扫描效率更高,它就不会使用索引,这种情况下InnoDB将使用,而不是行。因此,在分析冲突时,别忘了检查SQL的执行计划,以确认是否真正使用了索引。 第一种情况:全更新。

5.7K40
领券