mysql给表增加字段会锁表,怎样才可以不锁表吗?

这个是属于系统遗留问题，也就是一种系统的保护机制。就是为了避免出现这种在线修改系统的操作。

创新互联专注为客户提供全方位的互联网综合服务，包含不限于做网站、成都网站建设、河东网络推广、微信平台小程序开发、河东网络营销、河东企业策划、河东品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联为所有大学生创业者提供河东建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com

增加字段属于系统的修改操作。尽量不要在线操作，因为可能出现。未知的漏洞。一定要。离线。修改完毕，然后经过测试后。认为已经没有问题了。在。次日的凌晨发一个通知。停机维护。这样才能保证系统的正常运转。

如果在前期设置系统的时候就预留了。热升级的空间。这样才能达到在线操作的目的，而且系统的金融群总是一部分先升级。

很多情况下，你需要使用系统里边的工具集。在线修改表格。原理其实非常的简单，新建的和原表的表格结构。要一模一样。对这个表格进行修改，然后把结构变更的日期。插入进去。而且还建议您尽量在业务的低缝隙进行修改。避免发生不可控的未知状况。

使用说明：

1、如果是用 MySQL + Apache，使用的又是 FreeBSD 网络操作系统的话，安装时候你应按注意到FreeBSD的版本问题，在FreeBSD 的 3.0 以下版本来说，MySQL Source 内含的 MIT-pthread 运行是正常的，但在这版本以上，你必须使用 native threads。

2、如果在 COMPILE 过程中出了问题，请先检查你的 gcc版本是否在 2.81 版本以上，gmake 版本是否在3.75以上。

3、如果不是版本的问题，那可能是你的内存不足，请使用configure--with-low-memory 来加入。

4、如果要重新做你的configure，那么你可以键入rm config.cache和make clean来清除记录。

5、把 MySQL 安装在 /usr/local 目录下，这是缺省值，您也可以按照你的需要设定你所安装的目录。

mysql怎么避免表锁

锁表一般是长时间占用表导致的，

试着使SELECT语句运行得更快；你可能必须创建一些摘要(summary)表做到这点。

用--low-priority-updates启动mysqld。这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级。在这种情况下，在先前情形的最后的SELECT语句将在INSERT语句前执行。

你可以用LOW_PRIORITY属性给与一个特定的INSERT、UPDATE或DELETE语句较低优先级。

为max_write_lock_count指定一个低值来启动mysqld使得在一定数量的WRITE锁定后给出READ锁定。

通过使用SQL命令：SET SQL_LOW_PRIORITY_UPDATES=1，你可从一个特定线程指定所有的更改应该由用低优先级完成

php中如何避免mysql数据库死锁

mysql一般不会死锁，除非程序有问题。性能优先事务不优先的数据库（设置）不要追求可靠性万无一失。

网站性能问题主要是数据库量大了以后，查询扫描硬盘而产生的。其它性能不要太在意。编写代码的时候不要坚持性能原则，而是坚持可用性原则。初学者编写代码通常容易面向性能，但是一个项目的一个页面几百、几千行代码是很常见的。要面向可用性、可维护性、可读性。这是项目原则。你看看java语言。对于网站，除了查询扫描硬盘而产生的时间延迟，其它是不管的，只要不算有问题就可以。

连接方式是否为永久连接，在访问量未达到高并发之前，还是非永久链接更好。非永久连接的资源消耗是不大于永久连接的，因为mysql是把连接权限缓存的，不会多次扫描硬盘，性能是可执行级别的而不是查找数据级别的。在访问量达到高并发之后，性能问题的原因是多方面的，多环节的，是否为永久连接不是主要原因。

mysql死锁场景整理

本文死锁场景皆为工作中遇到（或同事遇到）并解决的死锁场景，写这篇文章的目的是整理和分享，欢迎指正和补充，本文死锁场景包括：

注 ：以下场景隔离级别均为默认的Repeatable Read；

前提 ：表 t_user 的 uid 字段创建了唯一索引，并拥有可更新字段age。

场景复现 ：

相应业务案例和解决方案 ：

该场景常见于事务中存在for循环更新某条记录的情况，死锁日志显示 lock_mode X locks rec but not gap waiting （即行锁而非间隙锁），解决方案：

表结构 :

场景复现 ：

首先查询表中目前存在的记录：

执行两个事务的操作：

死锁原因分析 ：

解决方案 ：

t_user结构改造为：

场景复现操作（几率不高） ：

假设存在以下数据 ：

死锁分析 ：

事务1 ：

① 锁住zone_id=1对应的间隙锁: zoneId in (1,2)

② 锁住索引zone_id=1对应的主键索引行锁id = [1,2]

③ 锁住uid=1对应的间隙锁: uid in (1, 2)

④ 锁住uid=1对应的主键索引行锁: id = [1, 3]

事务2 ：

① 锁住zone_id=2对应的间隙锁: zoneId in (1,2)

② 锁住索引zone_id=2对应的主键索引行锁id = [3,4]

③ 锁住uid=2对应的间隙锁: uid in (1, 2)

④ 锁住uid=2对应的主键索引行锁: id = [2, 4]

解决方案 ：创建联合索引，使执行计划只会用到一个索引。

测试表结构 :

场景复现操作 ：

解决办法：尽量避免这种插入又回滚的场景。

避免死锁的原则：

2020-07-08：mysql只有一个表a，什么情况下会造成死锁，解决办法是什么？

你好，很高兴回答你的问题。

两个事务t1和t2，假如t1先对表a的记录a1加了锁，而t2对表a的记录a2加了锁。

然后t1又需要对a2加锁，t2又需要对a1加锁。

这时候就会因为持有对方需要的锁，而又等待对方释放自己需要的锁，导致死锁。

比如两个账户记录转账，两个事务，一个事务是从a转账给b，一个事务是从b转账给a。如果如果都是先给转出账户（或转入账户）加锁，然后给转入账户（或转出账户）加锁。就可能出现死锁。

这个可以通过加锁时都是先给主键值小的记录加锁，然后给主键值大的记录加锁，就会避免出现死锁了。

如果有帮助到你，请点击采纳。

我解答的大部分是软件开发新人遇到的问题，如果有兴趣可以关注我。