1.如果你说的是整库迁移，可以利用Mysql导出备份，然后将备份直接导入到新的数据库。如果数据量过大，考虑下将表拆分，分库。2.如果你说的是每次更新代码时，需要变动表结构，那你可以将每次变更的sql记录，等上线时，按顺序执行一下sql命令。3.如果你说的是每次更新代码时，也可以用migration数据库迁移工具，像laravel...

一直在做传统的业务系统，这几天突然想一个问题？就是传统也业务系统如果两个用户同时登录了这个业务系统？同时对系统中某一个数据进行修改操作，会不会出现并发？因为AB两个用户都是先读某条记录，然后同时对该数据进行操作。是不是因为数据库我用的多数是mysql和oracle数据，数据库在同时接收到两个更改操作时候会有优...

目前日志数据，大概占了70%以上的存储量，不得不为此扩充数据库的存储容量。使用mongodb存储，目前数据上亿条了。写多，读少。 查看了慢日志记录，现在写入大概300毫秒左右。都是日志表的insert操作。 目前虽然暂时还没什么大问题。但是以后几亿，十几亿条那是存在的。 需不需要单独开一个数据库，用来存储日志？或者其...

自己写过使用账号密码，用cookie和session记录登录状态的登录注册，现在在学习开发微信小程序，已经获取了openid，但是对小程序登录方式不明白，想请教一下是获取openid以后再获取用户信息，直接存储到数据库以后就算注册完成了吗，以后每次上线判断状态则还是用cookie，session，然后cookie，session掉了以后登录继续走...

调用某个远程接口前，先入库一条记录，内容是远程接口调用的内容，以及状态，状态为INIT，调用远程接口成功，状态设为FINISHED，不成功不改变状态。然后定时任务定时捞取状态为PENDING的记录，重试调用。

我能想到的，除了图形验证码： 基于手机号码，限制每天每个手机最多发N条验证码。这个貌似LZ已经加了。 基于IP，限制每天每个IP最多发N条验证码... -- 缺点：容易误杀正常用户，慎用 【究极手段】基于用户行为大数据分析 如何基于用户行为分析呢？想到一个简单的方法： 首先，正常用户除了发送验证码这个请求外，应该还...

无论是悲观锁还是乐观锁，其实都是并发控制的一种思想，并不仅仅局限于数据库，具体如何选择乐观锁和悲观锁是根据业务场景来的。悲观锁：一般情况下，我们使用的悲观锁就是在数据库层面增加一个排它锁，加锁成功就可以修改数据然后提交事务，事务提交成功解锁，失败就说明数据正在被修改。如果你使用mysql的innodb的话，...

我记得hibernate中乐观锁用的是版本号字段实现的，每次更新成功后时候版本号字段的值加1在更新前，先检查数据库中的版本号和页面中保存的版本号是否相同，如果版本号变大，提示用户在编辑期间已有其他用户修改了数据。

数据库已经连接成功，上面的代码执行后echo $result输出为1，表示操作成功，，但是echo $mysqli->affected_rows输出为0，表示失败，，怎么会这样，问题在哪？？？？

求问一个数据库问题。 user表有一个real_name字段，表示用户姓名。plag表有两个字段 user_id1, user_id2， 现在要查询plag表中的所有信息，同时把user_id1, user_id2对应user表中的real_name也输出出来。怎么写sql？

大约有三四千万条记录，使用mysqldump导出，在本地导入的时候（使用source xxx.sql的方式），感觉很慢，到某表一条记录可能比较大，才一次insert3000+条,平均用二三十秒。本地的目标数据库的参数innodb_flush_log_at_trx_commit已经设置为2。请问这个导入速度跟导出时候的参数net_buffer_length有关系吗？有什么方法可以...

我必须仅使用符合某些条件的记录从表中提取整数 ID 列表。例如： {代码...} 问题是我必须将它作为一组逗号分隔值返回，以便我可以使用它来选择多选列表中的项目： {代码...} 而不是作为记录。我不想在我的 C# 代码中执行此操作 - 我希望它通过这种方式从数据库中直接查询。有任何想法吗？ 原文由 Mark Brittingham 发布...

两个可以结合起来， 写数据时 数据库也写一份，定时器去删库， 读只读缓存。查数据时，缓存没有的，就查库，记录没过期就写到缓存里。过期了就不用写缓存了

最近也在搞elasticsearch+kibana,感觉这es结构跟关系型数据库非常像,例如index 可以认为是database;type等于table,mapping就是一个table的定义. index+type+id能确定一条唯一的记录 当然也有不同的地方,例如type里面的记录结构可以不一样的... 遇到的一个坑是,type中的结构一旦定义好,只能不断增加字段,而不能修改或删除...

首先呢，日志记录，不管是写数据库还是写文件，都是高IO的操作，高IO的操作，对性能影响很大，那么在处理业务逻辑的时候每次都做IO操作，业务可以说不用搞了。

起初我以为，1-2G左右，都可以直接加载到内存了，用内存数据库应该是妥妥的。 所以用了一个SQLite，生成了一亿条记录，3G左右，十个字段，都是随机整数。

PC端拿着client_id请求服务端,服务端将获得的client_id和用户的uid绑定在一起生成 channel ,并记录在数据库中且返回给PC端,PC端在用户在线的时候就一直监听这个channel.