最近感觉数据库明显变慢。查看服务器 cpu 不到35%，内存不到60%，服务器只架构了mongodb。查看 mongodb 日志发现大量慢记录大部分都是很小的数据插入读取，比如表里只有一条数据再插入一条也被记录到日志。

我现在遇到一个场景需要给Oracle数据库初始化时，对某几张表插入大量数据，这些数据是由其他系统生成的SQL语句形式。我直接在pl/sql developer中执行时，等好久(30分钟)都没有执行成功，卡在哪儿不动。

{代码...}

测试一下时间就可以了，机器配置不同，时间不同! 其实导入大量数据有这么几种方式 1、LOAD的方式 {代码...} 2、sql语句 insert 一次可以插入多条语句，一次4W记录太多 总结： 推荐使用InnoDB engine 说明 Centos6下/4核8G/mysql5.5 ，TPS 1500左右 、写入速度平均为6000 write/s 大量的并发写入，任何的单机都不可能处理...

{代码...} 我想保存一些数据，按天分开存放，如上格式，但是如何插入数据库呢？ {代码...} 这样做的原因是为了取数据时可以方便的按天取数据，插入数据麻烦，读取数据方便。 如果不这么做，另外一种就是，插入数据时直接添加到数据库，读取后用js处理成按天组织的数组，即 {代码...}

把100万数据分成多份，每个线程处理一份数据，而且插入数据一定要批量插入，数据库有索引的话最好先关掉，所有数据全部插入后统一做索引，如果是Oracle的话可以用SQL Loader或者其他类似的工具直接插入，避免使用Hibernate之类的方式插入。

业务有点类似聊天软件。有一个数组，存放联系人列表当接收到到新消息时，需要判断消息的主人在不在联系人列表中，如果有，置顶，否则新建。现在的问题是，当同时接收到大量消息时，在判断和插入间隔，又有判断，导致数据重复插入。

在主数据库插入数据，从数据库同步数据，哪么在从数据库插入数据，主数据库会有数据吗？

自增长的id适用于单机系统，因为自增长id很难处理分布式存储的数据表，尤其是需要合并表格的情况下；并且自增长id受限于数据量，int本身的长度并不适用于大数据量。用varchar的通常都是分布式系统生成的一套UUID为主键的方案，用UUID当主键适合大量数据中的插入和更新操作，尤其是在高并发和分布式环境下，也适合跨服务...

两台运行相同的javaweb应用服务器，javaweb是用的ssh框架，两个相同的javaweb应用连接的同一个mysql数据库。两个web应用同时插入数据到一个表时，只有一个web应用能成功插入数据，另一个web应用没成功插入数据，但是也没报错，关掉另一个web应用服务器，这个web应用才能成功插入数据。这个表的映射方式用的increment。

要是你A，B要同时插入的话可以这样做：正在运行的程序想插入数据库的时候，先查询A，不存在则同时插入到A和B，然后慢慢把A中不存在于B中的数据插进来

你这描述啊，说一堆都没说到点上。部分数据不能插入，哪几个字段插入不了还是都插入不了？ 数据库插入的代码加try catch. 加日志输出，先看看获取过来的数据全不全。

这些数据读远远大于写，一般编辑的的操作不是很频繁，直接从数据库中读取所有的分类没有什么问题的。但前台页面显示分类信息的时候，大量的读操作，这些分类信息最好放在缓存中，然后从缓存中读取。

activeMQ 同步数据过来，客户端接收数据后 插入本地数据库，假如 插入本地数据库失败，那么同步过来的数据也就找不回来了？ 请问有什么比较好的解决方案，在插入本地数据库失败的情况下 下次能把这条数据找回来正常插入请输入代码

往treeStore插入一条数据，或者treePanel插入一条数据

请问一下，python,java操作mysql数据库，数据引擎设置为myisam时能够插入数据，转为innodb时无法插入数据是怎么的,但是插入的数据是返回值是1 而且 自增的id也被站位了但是 用php 两样都可以,怎么转都行

我觉得你先插入再删掉的方法不错。你说的重复是“主键重复”的数据吧？那么你要插入的必定是最新的数据。我会先删旧数据，假设主键是'uid'，先开事务，再'delete ... where uid in (...)'，然后插入新数据，提交关事务。如果还想优化，用'select ...where uid in ()' 一次查出已经有的数据，然后不插入那些重复数据。