高并发性的数据库 *** 作-Mysql

使用SELECT LAST_INSERT_ID() 函数就可以，因为LAST_INSERT_ID是基于Connection的，只要每个线程都使用独立的 Connection对象，LAST_INSERT_ID函数将返回该Connection对AUTO_INCREMENT列最新的insert or update *** 作生成的第一个record的ID。这个值不能被其它客户端（Connection）影响，保证了你能够找回自己的 ID 而不用担心其它客户端的活动，而且不需要加锁。使用单INSERT语句插入多条记录, LAST_INSERT_ID返回一个列表。

我的理解：

1、mysql支持sql查询，可以实现一些关联的查询以及统计；

2、redis对内存要求比较高，在有限的条件下不能把所有数据都放在redis；

3、mysql偏向于存数据，redis偏向于快速取数据，但redis查询复杂的表关系时不如mysql，所以可以把热门的数据放redis，mysql存基本数据

看项目用在哪个地方吧，根据各自的所长结合起来才好用。

如果是访问不做任何数据修改只需要配置服务器（例如TOMCAT的最大并发量maxthreads），如果是需要修改数据的话就需要用到线程安全，不考虑插件的话就用synchronized,如果考虑到扩展性和实用性还是用消息队列的MQ吧，网上很多

可以的，mysql中典型的是mvcc协议：

MVCC是为了实现数据库的并发控制而设计的一种协议。从直观理解上来看，要实现数据库的并发访问控制，最简单的做法就是加锁访问，即读的时候不能写（允许多个西线程同时读，即共享锁，S锁），写的时候不能读（一次最多只能有一个线程对同一份数据进行写 *** 作，即排它锁，X锁）。这样的加锁访问，其实并不算是真正的并发，或者说它只能实现并发的读，因为它最终实现的是读写串行化，这样就大大降低了数据库的读写性能。加锁访问其实就是和MVCC相对的LBCC，即基于锁的并发控制（Lock-Based Concurrent Control），是四种隔离级别中级别最高的Serialize隔离级别。为了提出比LBCC更优越的并发性能方法，MVCC便应运而生。

有可能造成影响，而且是很有可能造成影响。这也就是所谓的“一粒老鼠屎坏了一锅汤”。不少的DBA都遇到过类似问题，就是一台服务器上的多个应用数据，由于其中一个应用的程序编写问题，导致这台服务器上所有应用都受到牵连。不过按照你的描述，如果只是A1的死锁，那么A2是不会有问题的。但如果是是A1有太多的表扫描或者复杂运算导致资源紧张，那是会影响到A2的。

数据库的并发一般都是指整个服务器的并发，不论这个数据库服务器上有几个库

以上就是关于高并发性的数据库 *** 作-Mysql全部的内容，包括:高并发性的数据库 *** 作-Mysql、redis和mysql在处理高并发问题时有什么差异、5000人并发mysql数据库怎么处理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！