在ES没有提供ILM功能以前,我们的索引生命周期管理一般是自己写脚本或者curator工具来管理的。
最近看到有些研发写代码jdbc的配置文件是MGR多个地址。出于好奇它是如何选择连接的,在节点故障的时候,又是如何failover的。于是有了下文的探索与发现。
参考自官方文档 https://www.elastic.co/guide/en/elasticsearch/reference/current/docker...
背景: 某个老的服务,之前是在sql_mode非严格模式下开发的,group by写法是非标的。
场景: grafana看板,需要有个下拉菜单,选择相关的日期,自动计算出对应日期的统计数据。
我这里环境是centos7的,对应的下载release文件为 lsd-0.21.0-x86_64-unknown-linux-musl.tar.gz
某个复杂查询虽然前端YearningSQL的窗口关闭了,但实际SQL已经下发到数据库层去执行了,这种任然会对MySQL造成过大的压力。
https://sakthismysqlblog.wordpress.com/2020/04/05/mysql-query-rewritten-plugin-n...
https://github.com/Percona-Lab/mysql_random_data_load
我们生产环境的建表语句,之前一直要求研发提交时候不要带上字符集和排序集,这样就可以follow数据库默认的配置。但是最近发现掉坑里了。
项目地址: https://gitlab.com/postgres-ai/postgres-checkup
The missing set of useful tools for Postgres DBA and mere mortals.
原始出处: https://www.depesz.com/2021/06/23/a-tale-of-making-company-wide-standard...
mysql的行的数据和体积等指标,我们可以通过定时任务脚本去采集information_schema.tables然后存到库里面。
便于DBA在后台操作人员权限时候能更好的进行时间线上的回溯,加了个触发器,记录下修改前后的权限明细。
最近翻了下percona blog,发现 MySQL从8.0.13也引入了函数索引了,这个特性貌似在PG很早就具备了。。。
生产环境,K8s有时候需要开Loadbalancer类型的service到公网去,这种情况下为了数据安全问题,一般都会配置下访问的白名单。
最近出现一起因为误操作导致ES Index数据丢失的事件,引发一些列的反思和复盘。
最近对生产的grafana做了版本升级。升级后发现很多插件不能使用了。新版的grafana里,限制了非官方的插件(饼图、flowcharting)的加载。
扫码关注云+社区
领取腾讯云代金券