一般什么情况下，数据库会大量占用内存导致最后的溢出情况？

我能想到的常见的和理论上的情况有下面几种：

1. 假设同时有1000个人访问数据库，每人需要调用3M大小的数据，同时处理的数据量是3G，服务器只有2G内存。这种情况只是理论上，服务器数据库都有多线程阻塞技术，和事务处理逻辑，来保证数据处理的先后顺序，而不会是绝对的同时进行。不过一般的请求很少有超过50KB的，请求的数据量越大，同时连接的人数就越少，这是公认的数据库使用定律。

2. 复杂的join语句，造成对多个大容量的表进行join *** 作。

3. 数据库端过程函数编程。程序里面逻辑错误，数组分配不合理，或者陷入死循环，或者一次读出太多数据，然后一起处理。

这个看情况了，首先看看是不是有使用自增列的必要，如果有必要前期要有预见性，对于可能会出现溢出的情况，则尽量使用bigint类型，当然这个要多占用存储空间。如果删除 *** 作比较规则，比如会定期删除较早的数据，那么可以在id即将溢出的时候重置种子，从头开始自增，如果不能循环使用id值得话只能在即将溢出的时候修改表，用更大的数据类型来作为自增列的类型，这个过程因为涉及大量的数据更新插入 *** 作，速度会很慢，通常尽量避免。如果id快溢出了，最好新建一个表来存储新增的数据。

---