V2EX › maierhuang 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

2019-07-24 17:56:01 +08:00

回复了 maierhuang 创建的主题 › 魂系游戏 › 不知道 v 站“只狼”的普及率高不高

@1a0ma0 你直说是玩 lol 的呗

2019-07-24 17:54:42 +08:00

回复了 maierhuang 创建的主题 › 魂系游戏 › 不知道 v 站“只狼”的普及率高不高

@Cyron 佛雕师我都是跳房子过的

2019-07-24 17:54:17 +08:00

回复了 maierhuang 创建的主题 › 魂系游戏 › 不知道 v 站“只狼”的普及率高不高

@cornelia 老哥那你的进度有点慢啊

2019-07-12 11:42:57 +08:00

回复了 whirly 创建的主题 › 程序员 › v2exer 老哥进来帮我看下 MySQL 编码问题

话说 mysql 的编码令人眼花缭乱默认设置是 latin1 之后搞了个 utf8 发现这货不是正宗的 4 字节编码是个 3 字节的编码后来发现无法显示所有的文字加入个 utfmb4 这个 4 的意思就是 4 字节了这才是正经的 uft8

2019-07-12 11:38:13 +08:00

回复了 whirly 创建的主题 › 程序员 › v2exer 老哥进来帮我看下 MySQL 编码问题

你确定一下你导出时是什么编码目测肯定不是 latin1 如果原来是 uft8mb4 你导入设置成 latin1 早就被截断了你之后怎么设置都是没用的

2019-07-12 11:06:26 +08:00

回复了 whirly 创建的主题 › 程序员 › v2exer 老哥进来帮我看下 MySQL 编码问题

非英文乱码指的是中文乱码？ latin1 这种单字节字符集是无法存储中文的

2019-06-27 10:37:35 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

德哥的博客还是宣传成分比较多的 https://momjian.us/main/presentations/internals.html 这个 pg 社区负责人的 blog

2019-06-27 10:31:04 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

@lowman 确实表 join 算法基本靠 nestloop 内存足够的情况下 hash join 谁用谁知道

2019-06-27 10:29:23 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

@nuistzhou pg 王牌插件 postgis 😄

2019-06-27 10:27:32 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

感觉 mysql 现在强的地方还是用的比较多，积累了大量的用户和基于 mysql 的高可用方案，分库分表方案。特别是现在出来个 mgr，确实很强。不过 mysql 设计的时候还是留下了很多坑，需要慢慢改进了。

2019-06-27 10:24:35 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

@zip 同感 mysql 的查询计划和 pg 相比差的很多 pg 的执行计划更接近 oracle 不过 mysql 被 oracle 收购之后估计这方面会有改进吧

2019-06-27 10:23:01 +08:00

回复了 maierhuang 创建的主题 › PostgreSQL › 关于 postgresql 数据库问题

@lowman 我觉得这个性能测试还是要看场景，很多时候是不可信的，你看阿里动不动出来就是 100 倍的提升 😄

2019-06-24 23:30:08 +08:00

回复了 imherer 创建的主题 › PostgreSQL › 下面两条 SQL 语句哪个效率更高？

一个字段上有索引的情况下两种执行计划是一致的，如果是无索引（或则楼主这种联合索引 rid 在后的情况下），max （ rid ）走全表扫描，order by 这种需要 sort。

2019-06-19 16:38:47 +08:00

回复了 sjmcefc2 创建的主题 › PostgreSQL › 求教 10T 的 postgresql 数据库应该怎么设计才能保证查询较快， 30s 级别？

gp 主打是 olap 场景，主打还是数据仓库的场景，主要是利用多台计算机的计算能力。citus 还是 oltp 的场景更多些，主打的还是 scale out 的功能。

2019-06-19 15:56:40 +08:00

回复了 sjmcefc2 创建的主题 › PostgreSQL › 求教 10T 的 postgresql 数据库应该怎么设计才能保证查询较快， 30s 级别？

100GB 的数据量，sql 写的烂的话照样反应慢。如果架构方面的优化，gp 会是个比较好的选择，mpp 架构会让你爽的不行，不过在表 join 方面会比较麻烦。如果继续用 postgresql 话，不知道能达到什么程度，还是要看的你 sql 是怎样的，不过多建几个备库，适当的读写分离能解决一些问题。

2019-06-18 19:56:41 +08:00

回复了 a476286557 创建的主题 › Python › 数据库查询数据问题

select * from t1 where pid in (select distinct pid from t1 where type in (7,8) and pid not in (select distinct pid from t1 where type !=7 and type !=8));

1 2

❮

❯