本文目录一览：
如何修改 Mysql 表 的属性（将只读改为可读写），只改表不改库
如果是sqlserver数据库，其实对于某列上不存在不让修改的说法，sqlserver数据库数据控制原理是角色控制，也就是说我们对于某一个角色去下定义，让隶属于这个角色的用户不能够更新数据。或者在某个角色的基础上不分配或是回收对某一列的权限!如果是这种情况，用一个能修改的角度登陆才行。
还有另一种就是所谓的触发器，一旦发现你修改，立即返回原数据，这样你也是永远修改不了的!这时你要找到那个触发器，将触发器删除后再进行修改，然后加回触发器即可!
但这两种情况都是对某一列下的定义(我们称为锁定粒度为列)不可能是某一个单元格!
如果你是站在erp管理的基础上不让你修改那是十分正常的!
在企业管理器中使用图形方式(如二楼给的图)还是语句，则没有任何的区别!
请教一个MYSQL中死锁的问题
通过代码解锁。
代码如下
1set global max_connections=4000;
增加允许的最大连接数，先让前台网站可以正常工作。
回过头google ：mysql unauthenticated user
果然，遇到此类问题的人很多，问题在于mysql的反向ip地址解析，配置参数里加上skip-name-resolve就可以。
补充
一、查看进程运行情况（会话1）
代码如下
1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 251 ||| 38 | root | localhost:13991 | chf | Sleep | 251 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.00 sec)
二、构造表被锁现象
1）锁住表（会话1）
代码如下
1mysqlLOCK TABLES chf.disc02 READ;或者–LOCK TABLES chf.disc02 WRITE;
2）执行dml操作（会话2）
代码如下
1mysqldelete from chf.disc02 limit 1;–会话处于卡死状态
3）查询进程运行情况（会话1）
代码如下
1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 41 | root | localhost:14358 | chf | Query | 5 | Locked|| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 343 ||| 38 | root | localhost:13991 | chf | Sleep | 343 ||+—-+——+—————–+——————–+———+——+———–+
4 rows in set (0.01 sec)
说明：发现进程id为41的进程状态为Locked
三、解锁操作
1）删掉被锁进程（会话1）
代码如下
1mysql kill 41;
出现现象（会话2）
ERROR 2013 (HY000): Lost connection to MySQL server during query
2）查看进程（会话1）
代码如下
1mysql select id,user,host,db,command,time,state from processlist a;+—-+——+—————–+——————–+———+——+———–+| id | user | host | db | command | time | state|+—-+——+—————–+——————–+———+——+———–+| 40 | root | localhost:14046 | information_schema | Query | 0 | executing|| 39 | root | localhost:13992 | chf | Sleep | 298 ||| 38 | root | localhost:13991 | chf | Sleep | 298 ||+—-+——+—————–+——————–+———+——+———–+3 rows in set (0.01 sec)
四、批量解锁
代码如下
1mysql select concat(‘kill ‘,id,’;') kill_process from processlist a where a.state=’Locked’;+————–+| kill_process |+————–+| kill 43; || kill 42; |+————–+2 rows in set (0.01 sec)
Note：
1）可以使用show processlist查看当前用户连接
如果是root帐号，你能看到所有用户的当前连接。如果是其它普通帐号，只能看到自己占用的连接。show processlist;只列出前100条，如果想全列出请使用show full processlist;
2）在构造锁的会话中，使用unlock tables;也可以解锁
总结一下原因，大概如下：
因为mysql默认会根据客户端的ip地址反向解析，用于用户登录授权之用。不过正常情况下，很少会有人这样用。ip地址反向解析是很慢的，尤其是高负荷的mysql，每秒种几百次甚至更高的请求，这个请求压到本地的dns服务器上，dns服务器说不定会怀疑你在恶意请求，然后不理你了，然后这些登录请求就挂在那里，后面的连接还持续，然后越积越多，然后就达到mysql的最大连接数据限制了，然后新的连接就直接被拒，得到连接数过多的消息。
因为mysql配置文件使用的之前的配置文件，当时跟web同服务器，所以不存在这个问题。
这也正好解释了为什么phpMyAdmin里看mysqld状态时，有很多失败的连接，它们应该就是因反解析失败而被拒的。
参考资料
MySQL解锁.壹聚教程[引用时间2018-1-21]
Mysql 幻读&Next Key Lock详解
幻读的定义是指，一个事务开启后，执行前后两次查询，两次查询中出现了新的数据，幻读仅针对数据的新增。
比如： 表t中，id为主键，目前有数据1,5,10,20四条。
开始一个事务A，前后两次执行 select * from t where id 10 for update;
开启一个事务B，在事务A第二次执行查询前，执行insert into t values( 2,...); 并提交事务（请暂时忽略这里能否成功执行！）。
此时在RC、RR隔离级别下都会导致事务A第二次查询能够查询到 事务B新增的数据 id = 2。
RC级别下能够看到不同结果就不做解释了。
对于RR隔离级别下，有了MVCC版本控制为什么还能读取到不同的结果呢？
这里要归功于 "for update"。
"for update" 会将快照读变为当前读，在当前读场景中，会自动读取最新的数据，而非快照数据。
分析一下，锁与当前读关系。了解什么情况下会加锁。了解 意向锁、共享锁、排它锁区别及各自在什么情况下使用。
行锁的概念都清楚，这里就不做补充了。
间隙锁实际上是指一个区间。
我们都知道，InnoDB 在RR事务隔离级别下解决幻读问题就是通过Next Key Lock (间隙锁+行锁)来实现的。而且，很多地方也有提到，如果对于读一致性要求不高的场景可以考虑使用RC隔离级别，允许幻读的发生。
还是上边说的那个实例，略微改动：
比如： 表t中，id为主键，目前有数据1,5,10,20四条。
开始一个事务A，前后三次分别执行
开启一个事务B，在事务A执行update前，执行insert into t values( 2,...); 并提交事务。
此时我们知道，事务A中第二次查询能够查到 事务B新增的数据，也就是产生了幻读。那么，按照SQL执行的顺序来说，事务B