数据库是支持多用户访问的，因此需要一种机制保证多个用户同时读取和修改数据时，数据不会被破坏或者失效。在MySQL中，使用锁来保证并发连接情况下的数据准确性。
主要从事网页设计、PC网站建设（电脑版网站建设）、wap网站建设（手机版网站建设）、响应式网站开发、程序开发、微网站、小程序制作等，凭借多年来在互联网的打拼，我们在互联网网站建设行业积累了丰富的成都网站建设、网站制作、网络营销经验，集策划、开发、设计、营销、管理等多方位专业化运作于一体，具备承接不同规模与类型的建设项目的能力。
InnoDB中的锁定技术往往是基于索引实现的，如果SQL中没有利用到索引的话，往往会执行全表扫描，触发表锁。所以从效率上来说，我们应该建立合适的索引，减少锁的数据行提高并发。
从锁的粒度上来说，可以将锁分为表锁和行锁；我们主要讨论行锁的应用。
从行锁的角度上来说，InnoDB存储引擎实现了两种标准的行级锁，共享锁(读锁)和排他锁(写锁)。
共享锁：当一个事务获取了某行数据的共享锁后，其他事务依然可以对这行数据加共享锁，但是不能加排他锁。
排他锁：当一个事务获取了某行数据的排他锁后，其他事务不可以对这行数据加任何锁。
从锁的范围来说，行锁还可以分成record lock、gap lock、next-key lock。
record lock：索引的记录锁，是建立在索引记录上的，如果没有索引的情况，往往会触发表锁。
gap lock：加在索引记录间隙上的锁。
next-key lock：record lock+gap lock的组合，用来在RR级别解决幻读的问题；所以通常在insert时，会锁定相邻的键。
回答于 2 小时前
你只要安装了mysql 你安装数据库的时候 只要列表前的名字不要一样就可以了
二个以上的网站共同使用一个MYSQL数据库，这种方式可以是的，在建站实践中可以执行，而且很多站长也是采用这种方式建过站。我们只需要保障每个网站的“MYSQL数据库前缀名称”不一样就可以了。
多网站共享一个mysql数据库，不会影响网站正常运行。非要说个影响的理由，个人认为就是数据库表查询的速度和安全有所下降，但是在我们的访问使用，这个这种速度的差异，无法感觉到的。
多网站共享一个mysql数据库，站长们最关心的应该就是mysql管理备份的问题。多网站共享一个数据库后，极大方便了我们对数据库备份操作，只需要备份一个数据库即可，不用频繁登录切换。
500人同时访问怎么配置mysql
找到MySQL配置文件，搜索“bind-address”，找到这一行：
bind-address = 127.0.0.1 在前面加一个#，注释掉这一行，保存，重启MySQL。
再通过远程访问就可以了，telnet可以发现端口也打开了。
这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？
