V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 102 页 / 共 122 页
回复总数  2436
1 ... 98  99  100  101  102  103  104  105  106  107 ... 122  
2016-03-24 21:18:05 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@likuku
innodb_data_home_dir = /data/mysql/data
#innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /data/mysql/data
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 5G
innodb_additional_mem_pool_size = 64M
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_file_io_threads = 4
innodb_thread_concurrency = 8
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 512M
innodb_log_buffer_size = 16M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 120
innodb_max_dirty_pages_pct = 90

8 核 12g 机械硬盘
2016-03-24 21:11:37 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@likuku buffer 调大了
2016-03-24 20:29:15 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@wuyadong 可是不能删。。
2016-03-24 20:00:25 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@lecher 根据索引更新,是唯一索引,所以每次肯定也只影响一行,其实平常是正常的,只是并发稍高一些的时候会慢,但看 cpu 和磁盘 io 似乎并不高,每秒大概两三百写, cpu 10%左右,这样应该不算高吧?
2016-03-24 14:55:37 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@lecher varchar 类型,更新之后值不超过 64 字符
2016-03-24 14:54:51 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@lecher 根据有索引的字段更新,但跟更新的不是索引字段,有索引的字段 insert 之后就没有更新过了,这种情况除了 io 问题之外还有可能是其他问题么?更新的那个字段默认是 null ,更新之后有值,这种情况有有限么?
2016-03-24 14:52:45 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@noahzh 通过索引更新,更新的不是索引字段
2016-03-24 14:08:42 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@lj0014 innodb
2016-03-24 13:54:46 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@Lpl 没有,只是每个都很慢,经常等待几十秒的
2016-03-24 13:54:20 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@peter999 事务表?
2016-03-24 13:54:10 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@msg7086 普通磁盘,磁盘 io 不高啊
2016-03-23 20:41:06 +08:00
回复了 yanyuechuixue 创建的主题 Python 想问一下,为什么这段代码内存占用不会降下来?
@dreampuf https://github.com/python/cpython/blob/master/Objects/obmalloc.c#L1598
而且内存限制也不是说不能超过这个内存,而是当内存超过这个值之后直接由 c 的 malloc 直接来分配,所以如果你有引用没有释放,内存依然还是会占用很高的
2016-03-23 13:21:21 +08:00
回复了 yanyuechuixue 创建的主题 Python 想问一下,为什么这段代码内存占用不会降下来?
@dreampuf 是的,一般不开启,但看这个逻辑似乎是每次最小分配 16*256KB 字节,再分成 256KB 大小的每块,再在每块上分配对象需要的内存,但一块上所有对象都被释放的话,该块还是会被释放的
2016-03-22 21:42:28 +08:00
回复了 yanyuechuixue 创建的主题 Python 想问一下,为什么这段代码内存占用不会降下来?
@dreampuf free list 不是有长度限制的么?超过了依然会释放的,不过会有整数缓存,字符串缓存什么的,如果你从 i 循环到数百万,内存占用数百 M 是正常的
百度空间下线时发过公告了,百度空间用户数据被保存到百度云了,没有提供备份接口,但用户可以从百度云找回自己的数据
2016-03-17 23:58:24 +08:00
回复了 sujin190 创建的主题 Python tornado 连续踩了两次坑,看来想驾驭好它还不容易啊
@AndyCrz 我们现在已经数十万写入,数百万 request 了。。 dbutils 同步读写吧
2016-03-17 18:48:14 +08:00
回复了 sujin190 创建的主题 Python tornado 连续踩了两次坑,看来想驾驭好它还不容易啊
@xxxcat 多了很多 callback ,消耗时间自然多了很多
2016-03-17 13:17:36 +08:00
回复了 sujin190 创建的主题 Python tornado 连续踩了两次坑,看来想驾驭好它还不容易啊
@ainimuyan 并发其实不是太高,大概 300-600 左右吧,单机,只是因为我们客户端的原因,有时可能超过数倍,所以突然升高的负载会使得 mysql 连接管理,负载出现异样整个不可用,也正在调整尝试
2016-03-17 13:15:08 +08:00
回复了 sujin190 创建的主题 Python tornado 连续踩了两次坑,看来想驾驭好它还不容易啊
@wingyiu 是的,使用同步 sql 方式来管理思考查询过程,到了异步来说,似乎问题不太一样,也正在尝试调整
2016-03-17 13:13:49 +08:00
回复了 sujin190 创建的主题 Python tornado 连续踩了两次坑,看来想驾驭好它还不容易啊
@ainimuyan 其实说起来 mysql 并未到瓶颈,测试下来,每秒过万查询完全没问题,只是 tornado 完全异步,确实查询数据库等待不接受其他连接这个缓冲,使得突然高并发削峰,连接管理上和同步模式有些不一样
1 ... 98  99  100  101  102  103  104  105  106  107 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5456 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 02:45 · PVG 10:45 · LAX 18:45 · JFK 21:45
Developed with CodeLauncher
♥ Do have faith in what you're doing.