V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cs8814336  ›  全部回复第 2 页 / 共 3 页
回复总数  54
1  2  3  
2019-03-12 09:44:46 +08:00
回复了 melonux 创建的主题 Python 在持续集成中,如何管理生产环境的账号密码?
我之前做过一个项目是把是数据库切分了好多个,然后账号密码很多, 配置在了 consul 里面, 应该跟 1 楼差不多一样的服务发现
2019-03-11 12:49:02 +08:00
回复了 cs8814336 创建的主题 Python nginx + django + uwsgi + python2.7 如何排查内存泄露.
@qqxx520 感谢回答. 恩,我知道的, 假如是 uwsgi 的问题, 当然这个是完美解决的. 恐怕大几率是代码问题, 这样的话我更倾向于从根本上解决问题而不是临时解决.
2019-03-11 12:02:13 +08:00
回复了 cs8814336 创建的主题 Python nginx + django + uwsgi + python2.7 如何排查内存泄露.
@aikuzhenyan 恩,早有所闻,但是这个问题的话恐怕上什么应该也会重现的, 所以想要一个通用的方法来排查以后和现在的这种类似的内存泄露问题
@Wisho 装逼的话不多说,只要面试能过较大公司就行了
从来不用,因为已经不维护了
2019-03-04 09:22:06 +08:00
回复了 bluemartin 创建的主题 MySQL mysql 大神来看,大表改分区存,这个语句没有问题吧?
具体还是看查询的吧,假如你查询的条件没有 id,他还是会遍历所有分区数据(或者各个分区上的索引). 就好像 LSM TREE 的一个大树分成多个小树,耗时是会增加的,但是假如大树还有其他阻碍就不太清楚了
@Wisho 当然我是想往技术深方向发展的,不管是数据库内核还是啥,有机会当然想. 上面问题只是看书或者文章衍生的思考而已. ps:我只是一个 2016 届毕业的后端小开发而已
@xhinliang 感谢. 说实话那个阶段我还没有达到,所以只能发出这样的水帖..发帖前有思考过,当然能力有限不是很深入,尝试 google 过最深的就只谈到 b-tree b+tree,感觉都不是什么根本原因... 其实假如大家提到一些我没见过的方面我都会仔细去 google 的,例如上面提到什么 bson,我会去想为什么 mysql 不能用到这种技术呢,假如只有好处没坏处的功能就是可以应用到别的地方了. 我也看过一些介绍说能结合关系型和非关系型数据库优势的数据库,假如真的存在这样完美结合的能力,就是说 mysql 和 mongodb 应该也会往这个方面发展,那为什么没有这样发展的原因我相信肯定是因为某种技术底层原因决定了这个东西.
@avastms 感谢回答.这是对我很有用的回答,接下来我可能需要看下 bson 是否就是那个关键原因了
2019-02-28 09:45:13 +08:00
回复了 cs8814336 创建的主题 MySQL mysql next-key lock 问题
@mmdsun 感谢回答,你这个差不多就是技术内幕的原文
@passerbytiny 感谢回答.是啊,我以前的公司也是 2 个都使用,而且在同一个场景的 2 套数据一个使用了 mysql 一个使用 mongodb. 具体是没事务的,只是用来存放游戏设备激活数据. 那假如不需要事务,为什么 mongodb 会比 mysql 快呢,我现在暂定看到一个文章只是说了 b-tree 不需要每次遍历到叶子节点,b+tree 则需要.但是这也是有可能,不是平均情况,是很模糊的. 所以到底是什么场景用什么,而为什么不能用另外一个,还是一头雾水
@itskingname 感谢回答,其实现在 mysql 和 mongodb 互相很多功能都有相互实现了,但是楼上很多的回答都只是停留在很久以前的思维.有人会说实现也只是一部分或者速度没那么好,但是是因为该数据库开发者懒而已吗?还是说是因为底层的某些原因导致了他不可能实现得有别人好呢? 更细的没指出
@bumz 感谢回答.这个我是赞成的,自从我陷入这个主题的追索之中我就尝试通过往这个方向想,来跳出这条路
@petelin mongodb 现在也支持事务,mysql 也支持 json 结构了
@yuikns 感谢回答. 其实这个我也想过,mysql 和 mongodb 其实是类似的,只是 mysql 支持了更多一些其他的功能导致不得不维护很多东西来支持这些功能,导致设计复杂之类的. 但是这样的话,如今 mongodb 和 mysql 都支持了一些以往对方特有的东西,从外面看起来似乎相互可以换着用,假如在底层差异很大的话为什么要强行实现呢? 那假如按照这个趋势,是不是到后面就可以相互替换了
@lcj2class 感谢回答. 这个文章其实发主题之前看过了.大家都说是有场景其实我也听说了,但是到底是什么场景. 回复大多无非是事务场景,文档结构场景? 现在 mongodb 支持事务,mysql 支持 json 文档,这样乍看起来两个在互相场景又都能使用,但是性能是否有根本的差异呢? 这个根本的差异是哪种技术原因导致的呢? 好像大家都没有仔细想到底层.
@leis1015 假如只有 mongodb nosql 特性原因,那么 mysql 现在有了 json 列,是不是就相当于有了 mongdb nosql 的特性呢?这样 mysql 还有容易聚合等好功能是不是就在任何场景能取代 mongodb 呢
@Phariel 你说的是数据库缓存在内存是吗,这样 innodb 也有 innodb buffer pool ,这样你可能应该从 innodb buffer pool 和 mongdb 的 xx pool 做底层技术实现原理的对比?
@hhhzccc 面试这样回答的话可能就炸了
@MeteorCat 频繁写入是大量插入的还是大量修改? 这样从底层分析是什么导致了这个点呢
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3373 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 00:41 · PVG 08:41 · LAX 16:41 · JFK 19:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.