V2EX › orczhou 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

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

现在注册

已注册用户请登录

2024 年 10 月 14 日

回复了 vyuai 创建的主题 › 数据库 › 问下各位大佬, 关于数据库类型 bigint

@Tacks 这个回答很像 LLM 的...

新版本已经不再使用这样的写法了。

“关于数据库表结构和字段的设计有没有可以学习的资料”：建议阅读 MySQL 官方的手册。

2024 年 2 月 19 日

回复了 drymonfidelia 创建的主题 › 数据库 › MySQL 两亿条数据的表用索引也要 1 秒才能查出结果，还有办法优化吗？

@drymonfidelia 索引使用看起来没什么问题。考虑增加 MySQL/InnoDB 的内存，也就是调大参数 innodb_buffer_pool ，然后把所有的数据查一遍加载到内存（ warm up ），再试试。内存充足，性能应该在几毫秒以内

2023 年 1 月 11 日

回复了 jamfer 创建的主题 › 问与答 › windows 下面有哪些轻量的，类似 Sequel Pro 的 Mysql GUI 工具？

@freeskysssss 建议你看看 https://v2ex.com/about 这个页面 “这里绝对不讨论任何有关盗版软件、音乐、电影如何获得的问题”

2023 年 1 月 11 日

回复了 jy04149886 创建的主题 › 程序员 › mysql gui 客户端推荐一个

补充上一条：Datagrid 价格大概是$22.9 / 月（包年能够便宜一点）

2023 年 1 月 11 日

回复了 lsy6 创建的主题 › MySQL › Mysql 和 MariaDB 可以同时安装吗？

还是搞两个虚拟机比较好。这两个是直接竞争的产品，“有你没我、有我没你”的那种竞争，装一起各种问题。

2023 年 1 月 11 日

回复了 jy04149886 创建的主题 › 程序员 › mysql gui 客户端推荐一个

* 接受商业版本的话，Navicat 是最好用的，价格大概 35 美元 /每月
* 开源版本的话，DBeaver 是不错的选择
* 如果云数据库(RDS)比较多的话，可以使用 NineData ，SaaS 服务，免费
* 如果只是 MySQL 一种数据库的话，MySQL 官方工具 MySQL Workbench 也可以
* 如果习惯用 Jetbrains 全家桶，可以用 DataGrid

总的来说，MySQL GUI 工具是一个比较分散的市场。上面几款，除了 NineData 和 DataGrid ，应该都还算是主流。

2023 年 1 月 3 日

回复了 cpf 创建的主题 › 程序员 › 个人博客主题模板

2009 年至今写了 13 年的博客了，用得 Wordpress ，各种主题和插件还是挺好用的。不过要配置主题的话，有点点上手难度，需要摸索一下，不过一旦适应了，还是非常好用的。Wordpress 自身的定制功能已经非常强了，如果加上一些自己的 CSS 基本能够满足各种需求。

so: https://www.orczhou.com

2023 年 1 月 3 日

回复了 Terminator0826 创建的主题 › 数据库 › mysqldump 问题请教！

同意楼上的意见

2022 年 12 月 29 日

回复了 grittiness 创建的主题 › 数据库 › 现在常用的数据同步方案有哪些？

算是利益极其相关吧：有个 NineData 的公司，专门做多云的数据同步。可以考虑一下。

2022 年 12 月 27 日

回复了 zhoudaiyu 创建的主题 › 分享发现 › 高性能 mysql 出第 4 版了

本人是第三、四版译者之一。
回答一下回复中的部分问题：“为什么第三版有 800 页，第四版只有 300 页，两本的作者还都不一样”

MySQL 在过去十年发生了很大的变化，所以删除了大量过时（所有 MyISAM 引擎的内容）的内容、同时将文档中描述比较详细的内容（在第三版发布时，文档还不详细）都删除了。

作者变化原因大概是因为原第三版作者并没有精力再去维护，而这本书又到了需要更新的时候，所以出版社重新找到现在的作者做了更新。

不过，了解 MySQL 最好的书籍应该还是英文原版的文档，内容还是非常不错的。只是读起来略有一些难度。

2022 年 6 月 8 日

回复了 liuidetmks 创建的主题 › 程序员 › 什么软件会存活一百年？

PostgreSQL 已经 40 多年了

2022 年 6 月 2 日

回复了 rekulas 创建的主题 › 数据库 › 不吐不快，一次意外宕机事故，让我对阿里云 polardb 充满了疑惑

目前，从看到信息来判断，是无法得出什么结论的，只能做一些猜测，再去验证。
通常的，对于 MySQL 数据库，在系统异常的时候，MySQL 慢查询数量的经常都会增长，如上所说，经常都是果不是因，因为 MySQL 并不记录这条 SQL 是为什么慢，是排队还是锁，还是执行时间长。另外，因可能也隐藏在这个大量的慢 SQL 中，只是通常比较难以排查。

目前的信息，还比较难看出是哪里的问题。可以考虑从应用的角度也去排查，看看出现了哪些不应该出现的 query ，或者以前执行次数很少的 query ，现在变多了。如果整体应用系统波动都不大，那可能就是 PolarDB 或者阿里云有什么不稳定的地方

2022 年 6 月 1 日

回复了 rekulas 创建的主题 › 数据库 › 不吐不快，一次意外宕机事故，让我对阿里云 polardb 充满了疑惑

11 点 10 分~12 点 10 分之间，持续了一个小时的内存池每秒读取超 200 万，行扫描 /每秒超 100 万，说明是有“操作”在执行的；“重启之后只正常了 10 秒左右 2 个节点瞬间又拉到 100%”说明这个“操作”并没有重启而停止，而且从性能指标来看，这个“操作”应该持续了 1 个小时

2022 年 5 月 31 日

回复了 rekulas 创建的主题 › 数据库 › 不吐不快，一次意外宕机事故，让我对阿里云 polardb 充满了疑惑

从性能趋势图来看，缓冲池的请求达到 200~300 万，是非常大的；另外，CPU 到 100%；扫描数据行数也有时候超过 150 万行 /秒，基本上是有比较慢的 SQL 或者批量大操作在持续执行。找到这样的 query ，并优化之，是解决问题的根本原因。

真実はいつもひとつ！国内云数据库在诊断上普遍做得不太好，等待事件，Top SQL 如果有的话，应该很快可以破案。

本人前阿里云员工，对 PolarDB 还比较了解，现在已经无任何利益相关了。

2022 年 5 月 30 日

回复了 dfgxcvbcv 创建的主题 › 数据库 › 数据库字段存启用/禁用效率有区别吗？

用的什么数据库？
通常来说，是没有区别的，"默认值"通常会是元数据，只存储一次。实际存储还是根据实际数据存储，无论是 Ture 、False 最理想的是一个 bit 存储，并没有看到存储 0 或者存储 1 有什么区别。