Sql并发问题
0
最佳答案
0
建议，修改状态简单就好。为什么还要把日志放一起做事务?
第一步就是把这事务去掉。
第二步，如果还有问题尽量在这个查询上多做条件限制，比如查询一定是先要选择某某类型，比如必须选查询时间？或者必需选择某某类别后才能查询，这样可以尽量索引范围。
如果再不行，可以考虑分表来处理。
收获园豆：50
这个日志就是记录谁操作的数据，谁修改的之类的，所以加的事务。
@蕴秀: 即使这样，日志也不是核心业，其实好多系统业务都不用加事务，只有钱才加事务，日志不是说不重要，但是在其他业务面前就是垃圾。可能一年能不能查得到一次用得上。如果说频繁地要查询日志分析问题，查看谁操作的，谁动了数据，那你还不如做成功能，或者本身系统就不稳定。
@蕴秀: 关键是你数据量大，访问量大，你还这样做- -！
@gw2010: 对的，还真有查看这条数据都被谁操作过。
@蕴秀: 算了说不通哈，我知道你要查。但是你放事务里就奇葩了。
@蕴秀: 淘宝就是下单都不能放事务里，他们可以用补偿机制。并发大的怎么可能这样放事务嘛。
给你解释了大半天，你还是这么固执！
@gw2010: sorry,我没有固执，我只是跟你说明情况，我知道你的好意，我也没跟你犟的意思啊。另外这也不是我写的，我才来公司半个月。我说删了重改，我说了也不算啊
其他回答(8)
0
0
有做了数据索引了吗，把数据库索引做好，对比一下查询速度试试。
1
数据库采用乐观锁+事务，还可以用消息队列来异步处理这些请求
0
按主键来更新数据。主键类型用数值类型比字符类型更快。更新数据可以异步线程实现。另外，查询的数据，可以缓存到服务器里，这样可以减少db连接。
0
很怀疑是不是已经把数据库查“死”了，我已经遇到过背时的人写的查询，硬生生写成死循环，然后...查询一下就减速了
我也是最近刚到公司半个月，我看好多查询都很多条件，多的十几个where条件。。
0
我来了，教会LZ删除index比什么都重要，建index比删index容易很多，合理分区，tableidx都是解决方案，至于锁，存在就是合理，别太乐观
0
1、先试下查询里面的where条件减少，先自己判断下到底是where查询的问题，还是性能问题
0
1.确认查询语句是否合理，针对慢查询进行修改；
2.合理建立索引，提供查询效率；
3.部分查询，可以使用队列进行查询，以消除突发查询高峰，避免冲突。
这是性能问题，不是并发问题
– dudu 5年前@dudu: 是数据库性能吗？这个要怎么解决呢？
– 蕴秀 5年前