在实际项目中多用户访问数据库的问题（以 sqlserver为例）

1.需要建立密码表，使每个人的用户密码独立

2.如果是一个界面，不需要每个库都建立密码表。但要以一个库为基础，需要用到别的库，在过程中调用就可以了

3.在我知道的企业系统中是每个库都建立了自己的密码表的

4.关于最后一个问题，使用同一个账号，用户界面是一样的，难以区分。 *** 作错误无法追责。但是有一点可以肯定，可以同时登陆客户端。

数据库是支持多用户访问的，因此需要一种机制保证多个用户同时读取和修改数据时，数据不会被破坏或者失效。在MySQL中，使用锁来保证并发连接情况下的数据准确性。

InnoDB中的锁定技术往往是基于索引实现的，如果SQL中没有利用到索引的话，往往会执行全表扫描，触发表锁。所以从效率上来说，我们应该建立合适的索引，减少锁的数据行提高并发。

从锁的粒度上来说，可以将锁分为表锁和行锁；我们主要讨论行锁的应用。

从行锁的角度上来说，InnoDB存储引擎实现了两种标准的行级锁，共享锁(读锁)和排他锁(写锁)。

共享锁：当一个事务获取了某行数据的共享锁后，其他事务依然可以对这行数据加共享锁，但是不能加排他锁。

排他锁：当一个事务获取了某行数据的排他锁后，其他事务不可以对这行数据加任何锁。

从锁的范围来说，行锁还可以分成record lock、gap lock、next-key lock。

record lock：索引的记录锁，是建立在索引记录上的，如果没有索引的情况，往往会触发表锁。

gap lock：加在索引记录间隙上的锁。

next-key lock：record lock+gap lock的组合，用来在RR级别解决幻读的问题；所以通常在insert时，会锁定相邻的键。

回答于 2 小时前

---